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Preface 



This publication, which corresponds to Level 8 of OS/VS 
TCAM, introduces the Telecommunications Access Method 
(TCAM) to persons requiring either a general knowledge of 
TCAM or a basic understanding before studing more detailed 
documentation such as the OS/VS TCAM Programmer's 
Guide (see the Bibliography for the applicable order numbers). 

VS2 TCAM level 8 information contained in this book is for 
planning purposes only until VS2 TCAM level 8 is available. 

Readers should have a general knowledge of data 
processing and the IBM operating systems. Suggested 
readings are: 

• Introduction to IBM Data Processing Systems, 
GC20-1684 

• Introduction to Virtual Storage in System/370, 
GR20-4260 

• IBM Teleprocessing Systems Summary, GA24-3090 

No previous familiarity with teleprocessing is assumed; 
however, most of the basic information on teleprocessing 
has been placed in one section (Section 2, "Teleprocessing 
Systems") so that readers may skip it if they wish. 

This introduction to TCAM is divided into the following 
major sections: 

• The "Introduction" briefly describes the general func- 
tions, capabilities, features, and advantages of TCAM. 
It also describes several message control, message 
switching, and message processing applications, and 
lists the devices supported by TCAM. 



• "Teleprocessing Systems" describes teleprocessing con- 
cepts and techniques, including line control, buffering, 
and queuing. 

• "TCAM Environment" describes TCAM operating 
environment, line control, data sets, and buffers. 

• "The Message Control Program" describes TCAM mes- 
sages and message handling, illustrates message flow 
within a TCAM system, and shows how orderly mes- 
sage flow is maintained. Handling logical and concen- 
trated messages is also explained. 

• "Application Programs" describes the MCP/application 
program interface, how work units are specified, applica- 
tion-program buffers, and message flow. It also describes 
such features as network control, message retrieval, 
inquiry/response, and coordinating TCAM and operating 
system checkpoints. 

• "TCAM Service Facilities" describes the features and 
use of such facilities as operator control, I/O error 
recording, debugging aids, network reconfiguration, 
checkpoint/restart, and on-line test. 

• The "Appendix" defines the machine and device require- 
ments of TCAM. 

In addition to the major sections, a bibliography lists 
related publications and publications referred to in this 
book, and the "Glossary" defines many teleprocessing and 
data processing terms used in this and related IBM 
publications. 
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Introduction 



In a teleprocessing system, remote stations are linked to a 
computer, and to each other, by common-carrier communi- 
cation lines. TCAM (Telecommunications Access Method) 
is a generalized I/O control system that extends the tech- 
niques of data management to this teleprocessing environ- 
ment. TCAM provides a Message Control Program (MCP) 
that manages the teleprocessing network and controls the 
flow of data to and from remote stations and user-written 
application programs. The MCP is a set of routines that 
identifies the teleprocessing network to the IBM System/ 
370 Operating System, establishes line control required 
for the various kinds of stations and modes of connection, 
and controls the handling and routing of messages in 
accordance with the user's requirements. Every telepro- 
cessing account operating with TCAM requires one MCP. 

The MCP serves as an intermediary between the remote 
stations, and between a remote station and an application 
program. Data-dependent operations are performed by 
TCAM routines in the MCP, based on station and line 
configurations of the system as specified in the operands of 
TCAM macro instructions in the MCP. 

When TCAM is supported through VTAM, network 
management is performed by VTAM. 

The Virtual Telecommunications Access Method (VTAM) 
directs transmission of data between application programs 
and certain local or remote terminals supported by TCAM. 
(See the Introduction to VTAM and VTAM Concepts and 
Planning publications for more information on VTAM.) 

The MCP does not assume ownership of any station or 
terminal attached through VTAM. A logical link is 
established between TCAM and these stations through 
VTAM. This allows TCAM to share stations and terminals 
with other users of VTAM. 

For TCAM stations attached through VTAM, some of 
the functions described in this publication are provided 
by VTAM or are performed in a 3704/3705 Communi- 
cations Controller. To identify these functions, and their 
descriptions, see the Introduction to VTAM and VTAM 
Concepts and Planning publications as well as the 3705 
Introduction and 3705 Principles of Operation publications. 
Because these functions are basic teleprocessing techniques, 
no attempt has been made to separate them in this publi- 
cation; if the user is operating in a TCAM/VTAM environ- 
ment, he must be familiar with both access methods as 
well as the 3704/3705 Communications Controller 
functions. 



WHY TELEPROCESSING? 

A teleprocessing system can be defined as a data processing 
system plus communications. The communication lines are 
used to extend or expand a central processing system to 
remote locations. The basic idea of a teleprocessing system 
is simple: to transmit data to physically separated (remote) 
locations— dispersing centrally held data or collecting scat- 
tered data, or both. There are many reasons for moving 
data over long distances to or from a central computer: it 
may be more economical, faster, permit additional services, 
or make better use of equipment. Some typical telepro- 
cessing applications are data collection, message switching, 
inquiry (such as deposit accounting or information retrieval), 
text editing, and remote computing. Many teleprocessing 
applications do not fit neatly into one of these categories, 
but are a combination of two or more applications. 

SPECIAL CHARACTERISTICS OF 
TELEPROCESSING SYSTEMS 

Teleprocessing has some characteristics unlike those of con- 
ventional systems. One is that message lengths can be vari- 
able. In message switching, for example, short messages 
containing only a few words must be processed with long 
messages having thousands of characters. The program 
must be flexible enough to accommodate such variations 
efficiently. This is in contrast to the more rigid record 
sizes found in the majority of non-teleprocessing computer 
systems. 

Another characteristic of teleprocessing is that input is 
often random and unpredictable. Requirements for process- 
ing time, storage space, and lines are determined by the 
external operating environment and cannot be dictated by 
the computer. Instead, the access method must have con- 
siderable flexibility to be able to acquire resources when 
needed, yet not monopolize valuable computer facilities. 

There are also some special problems in debugging user- 
written teleprocessing control programs. How can peak 
load conditions be simulated? How can errors associated 
with complex timing or queuing conditions be detected? 
When the system is "down" because of equipment malfunc- 
tion or program errors, how are users to be informed? 
When the system is restarted, what data, if any, has been 
destroyed? Who is affected by the loss? Such questions 
indicate the problems associated with designing and testing 
teleprocessing programs. 
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A final teleprocessing characteristic is that communica- 
tion circuits are subjected to a variety of environmental 
conditions, such as nearby high-voltage circuits, accidental 
induction between circuits (causing "crosstalk"), and elec- 
trical impulses caused by lightning strikes. These may 
create electrical "noise" and transmission errors. Conse- 
quently, error detection and corrections are more critical 
and need to be more elaborate in teleprocessing systems. 
Stations must be sufficiently sophisticated to generate 
and check the necessary error-detection codes. 

CONFIGURATION OF A TELEPROCESSING 
NETWORK 

A teleprocessing system (or network) consists of: 

• A central computer; 

• Remote stations; 

• Communication paths (lines or data links) that connect 
the remote stations to the computer (Figure 1). 

The central computer is the central processing unit (CPU) 
in which TCAM is running. One or more control units or 
communications controllers are connected to the CPU 
(see Figure 1). 

A remote station is either a terminal, logical unit, or 
another computer. For example, TCAM supports the IBM 
System/360 and 1 130 Computing Systems as remote 
stations, as well as several types of terminals. 

A terminal consists of a control unit (not to be confused 
with a transmission control unit) and one or more input 
and output devices, each of which is called a component of 
that terminal. A user enters data from a keyboard or on 
cards, paper or magnetic tape at a station, and receives— as 
output from the computer— audio, printed, punched-tape, 
magnetic-tape, or visually displayed data. All messages 
between stations must pass through the computer; in addi- 
tion, the computer may originate messages for the stations. 

A remote station is connected to a computer through a 
transmission control unit (TCU) or communications 
controller and common-carrier or user-owned transmission 
lines and facilities. 

Communication Lines 

A nonswitched communication line connects the stations 
on the line for either continuous or recurring periods. A 
nonswitched line is called point-to-point if it connects a 
single remote station, and multipoint if it connects more 
than one station. 

A switched communication line establishes the connec- 
tion between the computer or communications controller 
and a remote station by dialing. As in a telephone network, 
the actual path for a given transmission is not fixed, but is 
automatically selected from a number of possible paths by 
common-carrier switching equipment. A switched line is 



always point-to-point, since only one remote station on a 
line may be communicated with during any call. 

A teleprocessing network can be either switched, non- 
switched, or a combination of the two (as shown in Figure 
1). Dialing can be performed either at the central computer, 
communications controller, or at the remote station, and 
the called station can answer either manually or automati- 
cally. Not all these options are available for all types of 
line configurations and remote stations. Within the limit- 
ations imposed by equipment or programming, the user 
chooses the options best suited to his application. 

A transmission control unit or communications control- 
ler usually has several access lines, each with its own tele- 
phone number, which permit simultaneous communication 
with several remote stations. 

Audio Lines 

An audio line is a switched telephone line attached to an 
audio response unit (ARU) such as the IBM 7770 Audio 
Response Unit Model 3. When audio response units are 
mentioned, it is assumed that they are attached to audio 
lines. 

An audio terminal is a device associated with an audio 
response unit (ARU). The user keys in data from a terminal 
to the computer and receives an audible response from the 
ARU. The computer receives the input message and sends 
the audio output message to the audio terminal. Terminal 
control is also performed by the audio response unit. 

Data Sets (Modems) 

Each remote station, transmission control unit, and audio 
response unit can be connected to a communication line by 
a common-carrier data set (a hardware data set not to be 
confused with a program data set— see the second definition 
in the "Glossary"). Data sets are also known as modulator/ 
demodulators or modems. A data set provides an interface 
between station and line, converting the binary signals of 
business machines to the transmission frequencies of 
communication equipment, and vice versa. The TCAM 
programmer need not be concerned with data sets. 

ADVANTAGES OF A QUEUED ACCESS METHOD 

Teleprocessing systems vary greatly in size and complexity. 
A simple inquiry system may consist of only a few lines 
and terminals. On the other hand, many systems are char- 
acterized by complex communication requirements, critical 
to carrying on the day-to-day business. As systems grow in 
complexity, the user looks for more flexibility, reliability, 
availability, and serviceability in his support system. 

A queued, teleprocessing "access method," such as 
TCAM, offers many advantages: 

• Operators at remote stations can enter information into 
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Note: 

The TCU in this configuration is considered to be a part of the 
CPU and can be an IBM 2701, 2702, or 2703 Transmission 
Control Unit or an IBM 3704 or 3705 Communications Controller 
operating in Emulation Program mode. TCAM controls the line 
operation of each device. Each line requires a subchannel and its 
own address at the CPU. All device addresses are known to TCAM. 
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Figure 1. Teleprocessing Configurations (Part 1 of 2) 
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Note: 

In this configuration, TCAM does not control communication 
lines. Requests to send and receive data are presented to VTAM 
by the Message Control Program in the CPU. A single subchannel 
address is the link between VTAM and the NCP or between VTAM 
and the 3270 Local station. Communication lines for remote 
stations are controlled by the Network Control Program. 



Figure 1. Teleprocessing Configurations (Part 2 of 2) 
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the system at their convenience. Queuing provides a 
staging area in which the information is held until the 
recipient— either an application program or another 
station— has been prepared to receive it. 

• Information is distributed throughout the system with- 
out forcing the input to be synchronized with either an 
application program or other stations. 

• If queues of messages are maintained on a secondary- 
storage device, the teleprocessing system can be restarted 
after a system failure. 

• Maintaining message queues on secondary storage also 
permits messages previously processed by the system to 
be retrieved. 

• The asynchronous operation of the communication net- 
work and application programs increases system produc- 
tivity, since application programs can use prestored input. 

TCAM also offers advantages over teleprocessing systems 
in which queuing must be provided by the programmer. 
TCAM: 

• relieves the programmer of the tedious work required in 
developing, maintaining, and expanding networks and 
application systems by providing a macro language. 

• separates application programs from control-program 
functions. A TCAM interface between the Message Con- 
trol Program and application program is provided 
through the familiar Sequential Access Method (SAM) 
interface. 

• supplies an extensive set of service functions (for exam- 
ple, checkpoint/restart, operator control, and on-line 
terminal tests), which enhance the availability and 
usability of the communication system. 

WHAT TCAM DOES 

TCAM controls message traffic among stations, and between 
stations and user-written application programs in both 
TCAM/VTAM and TCAM environments (see Figure 2). 
Through easy-to-use macro instructions, the user specifies 
his teleprocessing configuration and the main-storage areas 
required for message processing. These macros generate 
the tables and lists of control information that define the 
system environment. 

Other macros allow the user to specify such functions as 
message routing, message editing, and error checking. In 
this way, the user tailors the system to his requirements. 
TCAM's high-level macro language permits the user to 
request functions without tedious coding and testing. 

A teleprocessing control system created through the use 
of the TCAM macro language can: 

• Establish contact and control message traffic between a 
central computer and local or remote stations; 

• Assign, use, and free buffers as required to hold messages 



during processing (dynamic buffering); 

• Edit incoming and outgoing messages (for example, trans- 
late line codes to processing codes and vice versa, or 
insert or delete fields in messages); 

• Forward messages to destination stations and applica- 
tion programs; 

• Provide special handling for messages containing errors; 

• Maintain statistical information about message traffic. 

FEATURES OF TCAM 

TCAM is a single system supporting multiple applications; 
a particular terminal need not be dedicated to a particular 
application. TCAM supports more types of stations (in- 
cluding synchronous data link control) and more types of 
programs and applications than any other IBM queued tele- 
processing access method including stations attached 
through VT AM. 

An important feature in TCAM is the separation of the 
teleprocessing network control performed by the Message 
Control Program (MCP) from the message processing per- 
formed by the application program. The two programs 
operate independently and asynchronously . 

TCAM includes a comprehensive set of input/output, 
message-control, translating, error-handling, and editing 
routines that relieve the application programmer of the 
detailed programming usually required for a teleprocessing 
system. The application programmer can concentrate on 
the application program. The result is faster programming 
and installation. Finally, TCAM application programs need 
not be resident at all times, saving main storage. 

The separation of message control from processing in 
TCAM also makes available the task-protection features of 
the operating system. The Message Control Program can 
be protected from damage because of a malfunction in an 
application program, and application programs can be pro- 
tected from failures in each other. This task protection is 
useful when installing new application programs by allowing 
them to run as separate tasks with their own link to the 
Message Control Program. 

The options provided in TCAM allow the user to trade 
off several variables to design an MCP that is best suited to 
his application. For example, message queuing allows an 
access method to overcome the basic problems of a tele- 
processing network: variable data rates and random inputs. 
When the volume of input messages exceeds the processing 
capacity of the teleprocessing system, the messages are held 
on a queue until the system can get to them. 

Some other features of TCAM are: 

• Recovery from line and station errors. (For stations not 
attached through VTAM) 

• Automatic retransmission of messages when transmission 
errors occur. 
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• Error awareness messages sent to the operator. (For 
stations not attached through VTAM) 

• Error recording by line and station to aid preventive 
maintenance (for stations not attached through VTAM). 

• Multiple routing. 

• Control program and application program checkpoints. 

FEATURES UNIQUE TO TCAM 

The features just cited are available with QTAM (Queued 
Telecommunications Access Method). The following fea- 
tures, however, are unique to TCAM: 

• Provides a special buffering scheme that permits handl- 
ing a wide range of data rates and message sizes con- 
currently. Buffering can be static or dynamic. Static 
buffering, in which sufficient buffers are assigned to a 
line or station for the duration of a transmission, re- 
quires less computer overhead; dynamic buffering, 
which assigns buffers as needed, is particularly suited to 
large or unpredictable message sizes and contributes to 
efficient use of main storage. 

• Allows the user to take advantage of a variety of queuing 
options to tailor a system to an application. In addition 
to main-storage queuing, he can choose reusable disk 
queuing, in which disk storage is periodically reorganized 
to make storage available for reuse. The user can also 
select nonreusable disk queuing, or main-storage queuing 
with reusable or nonreusable disk backup. All types of 
queuing media can be used concurrently within the 
same system. 

• Has improved efficiency through disk organization. 
Disk queuing can be implemented across several disk 
volumes instead of sequentially on one volume to 
optimize disk and channel performance. Multiple-arm 
support permits reading on one channel while seeking 
on another. 

• Provides backup copies of messages on disks. 

• Permits off-line application-program testing. 

• Provides special facilities for inquiry applications. Sev- 
eral types of lock mode maintain the connection be- 
tween a station and an application program for the 
duration of a message and one or more responses. 
Conversational mode allows a station to accept a text 
response to an inquiry message without first being 
selected. 

• Brings queued, high-level teleprocessing support to 
binary synchronous, synchronous data link control, and 
buffered devices, allowing TCAM to support many more 
types of stations. 

• Significantly increases speed and efficiency over QTAM. 

• Expands control of individual stations. More functions 



can be initiated by a macro or operator. 

• Permits specification of variable-size buffers for each 
line group, or station (output). 

• Has increased maximum buffer size from 276 (for 
QTAM) to 65 ,000 bytes. 

• Has five types of queuing including reuse of disk-storage 
space. TCAM permits all five queuing media to be used 
concurrently, if desired. 

• Has several debugging aids. 

• Can log complete messages. 

• For stations not attached through VTAM: implements 
the transparent line-control feature of Binary Synchro- 
nous Communications. In transparent mode, line- 
control can be added or deleted in the Message Control 
Program, relieving the application programmer of device- 
dependent considerations. 

For stations attached through VTAM: allows data to be 
transmitted and received in transparent mode with line 
control being deleted and added by the remote control- 
ler. 

• For stations not attached through VTAM: provides 
on-line station testing with other stations operating 
normally. 

• Can update control information by writing only a data 
field within a disk record. 

• Restarts a channel program used in disk queuing from 
an "appendage" instead of issuing another Execute 
Channel Program command to the supervisor, reducing 
overhead. 

• Restores most registers, making many more registers 
available to the user. 

• Has mid-batch recovery: the capability to recover from 
permanent, text errors encountered in any block of data 
after the first block in a multiblock message, by restart- 
ing transmission with the block in error rather than 
retransmitting the entire physical message. For VTAM 
attached stations, mid-batch recovery is supported only 
for input. 

• Can process, on the incoming side, either user-defined 
logical messages or concentrated messages independently 
of buffer sizes and transmission lengths. On the outgoing 
side, can concentrate messages directed to a variety of 
destinations by way of a remote message deconcentrating 
device. 

• Allows the operator to monitor and control the tele- 
processing network from the computer console or a des- 
ignated terminal. 

• Takes, periodically, comprehensive (environment) check- 
points of the Message Control Program. 
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• Provides incident checkpoints to update major check- 
points. 

• Allows use of a cascade list to accelerate message traffic. 
A cascade list allows a message to be sent to any one 
station within a group of stations. A message is queued 
for the station in the list having the fewest messages 
already queued. 

• Brings queued, high-level teleprocessing support to 
logical units using the Systems Network Architecture 
and VTAM. 

• Performs logon/logoff of VTAM stations to allow 
resources to be shared. 

• Allows users to logically deactivate stations in the 
message control program, without affecting their status 
in VTAM or the NCP. 

• Allows both configurations described by Figure 1 to be 
supported at the same time. 

TCAM RESPONSE TIME 

Measurements show that the internal response time of 
TCAM is fast, and that this speed can be maintained at 
high message rates— regardless of the queuing medium 
selected— if sufficient storage resources are allocated. 

On the other hand, response time can be jeopardized if 
inquiry/response data is queued on a direct access storage 
device that is forced to perform substantial seeking. This 
is because the direct access storage device contains data 
that is subject to large or varied amounts of delay in de- 
livery (for example, bulk data transfer between time zones 
or reports whose printing is deferred until forms are 
mounted by the station operator). 

To avoid delaying inquiry/response data in a system sup- 
porting multiple modes of communication, the user may 
wish to take advantage of certain TCAM facilities: 

• Three queuing data sets— main-storage, nonreusable disk, 
and reusable disk— and the assignment of each destination 
in a TCAM system to the most appropriate queuing 
medium. 

• The description of each station to TCAM as several logi- 
cal destinations. Thus different types of output to the 
same station can be queued on a different data set. 

APPLICATIONS 

A teleprocessing system operating under TCAM can be 
designed for a wide variety of applications. The applica- 
tions are handled or processed by the Message Control Pro- 
gram (MCP), the application program, or both. 



Message Switching 

Message switching is accomplished entirely within the MCP. 
Stations transmit messages to the MCP, which relays them 
to one or more stations. 

When an incoming message is to be switched, the MCP 
routes the message to a queue for the destination station. 
If desired, information such as the date and time of receipt 
can be placed in the message, and the codes for both origi- 
nating and destination stations verified. The MCP also can 
log the messages on a storage device for subsequent refer- 
ence by the user with a different access method. 

Message switching does not prevent a station from send- 
ing a message to an application program to be processed. 
TCAM places these messages on a destination queue for 
handling by an application program, either concurrently 
with the message-switching application or later. 

Data Collection 

Data collection also can be accomplished entirely within 
the MCP. Messages from stations are accumulated, queued, 
and processed as batch input. 

The MCP can accumulate data in two ways: by placing 
it on destination queues for application programs, or by 
logging on a secondary storage device. If the first method 
is used, the messages can be obtained at any time by an 
application program. The messages are routed to destina- 
tion queues as any other messages sent to an application 
program. The messages remain on these destination queues 
until an application program issues a series of GET or 
READ macro instructions to obtain the messages for pro- 
cessing. 

In the second method, the MCP message-logging facility 
places the messages sequentially on a secondary storage 
device selected by the user. An access method other than 
TCAM must be used to retrieve them for processing. 

Message Processing 

A wide variety of teleprocessing applications can be 
processed by an application program; two of these are 
processing collected data and processing inquiries. If mes- 
sages are collected on a destination queue, they remain 
there until an application program issues GET or READ 
instructions to obtain them for processing. The application 
program that processes the collected data can either: 

• Operate concurrently with the collection of the data by 
the MCP; or 

• Be loaded and initiated at a later time (for example, to 
process data periodically during the day). 
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If the data is collected on a user-selected, secondary 
storage device by a logging macro, the data must be 
obtained for processing by an access method other than 
TCAM. 

Inquiry Processing 

In an inquiry application, the MCP receives messages, the 
application program processes the data contained in the 
messages, and the MCP sends replies to the originating 
stations. 

The MCP receives the inquiry message from the calling 
station and passes it to the appropriate Message Handler 
within the MCP. The Message Handler determines which 
application program should receive the message, then 
routes the message to the appropriate application program. 

The application program responds to the MCP, which 
returns the response message to the calling station. If the 
requested information is temporarily unavailable and the 
station is locked to the application, the application pro- 



gram should provide an appropriate message to let the 
calling station know when it can get the desired informa- 
tion. 

An optional feature of the inquiry application is use of 
lock mode. In this mode, a station transmitting a message 
is held on the line by the MCP until the application pro- 
gram generates a response message for the inquiring station. 
In audio applications (which require lock mode) an appli- 
cation program can be used to receive and process audio 
inquiries by the MCP. Once a message has been processed, 
the application program returns an audio response message 
to the MCP for forwarding to the calling station. 

Multiple Applications 

A basic function of the TCAM MCP is to route incoming 
information to appropriate destinations. Since a destina- 
tion can be either an application program or a station, all 
stations operating under TCAM control have access to all 
destinations. 
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USING TCAM WITHOUT VTAM 

This section describes transmission techniques, transmis- 
sion codes, and line control for stations attached directly 
through TCAM (not using VTAM). 

Readers familiar with teleprocessing do not need to read 
this chapter; they may skip to "TCAM Environment." 
Readers desiring information only on TCAM support 
through VTAM do not need to read this section; they 
should skip to the next section "Using TCAM with VTAM." 

Transmission Techniques 

The transmission technique is the way in which data char- 
acters are controlled on a communication line. The tech- 
niques used by computers and stations are start-stop and 
binary synchronous communication (BSC);TCAM supports 
devices using either. BSC is used for high-speed data trans- 
mission between the central computer and a remote com- 
puter on high-speed station (for example, the IBM 1 130 
Computing System or 2780 Data Transmission Terminal). 
BSC establishes timing synchronization between sending 
and receiving equipment before the station sends a stream 
of characters. It requires more sophisticated electronics at 
the terminal than start-stop transmission but uses fewer 
control characters, thus more efficiently utilizing the com- 
munication facility. 

Start-stop transmission is used for data transmission 
between the central computer and low-speed remote 
stations (for instance, the IBM 1030 Data Collection 
System or 2740 Communication Terminal). Start-stop 
transmission gets its name from the "start" and "stop" bits, 
which it uses to delimit each data character. 

The TCAM programmer need not be concerned with 
these techniques except to be aware of the control charac- 
ters being used to regulate the flow of data on the commu- 
nication line. 

Transmission Codes 

Data can be represented on a communication line by any of 
several transmission codes, depending on the kind of sta- 
tions assigned to the line and the kind of adapters used to 
connect the line to the central computer. The programmer 
must be aware of the codes used on a line, because he must 
specify the translation tables to be used by TCAM. 

These codes differ primarily in the number and pattern 
of the bits used to represent characters. A coded character 
may be classified as either a graphic character, representing 
a symbol, or a control character, controlling a station 
function. 



In some codes, certain control characters are used to 
specify the way in which the following graphic characters 
are to be interpreted. Since each bit pattern can represent 
more than one symbol, the number of characters that can 
be represented is greater than the number of distinct bit 
combinations. 

The code most widely used in teleprocessing is EBCDIC 
(Extended Binary Coded Decimal Interchange Code), an 
eight -bit code with 256 possible combinations for text and 
control. 

Another code important in teleprocessing is ASCII or 
USASCII (United States of America Standard Code for 
Information Interchange). This is a seven-bit code, with 
128 possible characters. An eighth parity bit is often used 
for error checking. 

Many teleprocessing systems accommodate several differ- 
ent codes by using translation tables for conversion, or 
translation, between different codes. For example, data 
may be received in one transmission code, converted to a 
code suitable for computer processing, and then converted 
to a third code for transmission to an output station. 

Line Control 

Most computer input/output equipment has traditionally 
been located near the computer, using separate lines for 
data and control. As communication equipment is con- 
nected to a computer by only one or two lines, conventions 
must be established to distinguish between the data informa- 
tion and the control information that must be transmitted. 

Several stations may be attached to the same line. This 
reduces the cost of the communication facilities, but 
requires additional control conventions to determine which 
of several terminals is to send or receive data. Stations 
designed to operate on multipoint lines interpret characters 
received as control or text, according to the mode that the 
station is in at the time. 

In a teleprocessing system, the central computer ran- 
domly receives data from remote stations during user- 
specified intervals. The operating procedures and control 
sequences used to manage a teleprocessing network are 
called line control (or, for BSC, data-link control). Some 
specific factors to be considered when designing teleprocess- 
ing line control are: 

• How contact is to be established between stations and 
the computer; 

• How a message is to be directed to a specific station on 
a multipoint line; 
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• What happens if two stations try to send at the same 
time; 

• What to do if a station fails to respond to a message; 

• How to validate transmitted message data; 

• Whether data is to be transmitted on lines attached to a 
message-concentrating device. 

Line control can be classified by the transmission technique 
used for the line (start-stop or BSC). There is a set of con- 
trol characters for each technique, although some of the 
characters are used by both. Line control also can be classi- 
fied by line configuration (switched or nonswitched). In 
addition, individual variations arise from differences in the 
kinds of stations to be controlled and by the presence or 
absence of certain features on the stations. For example, 
line control may include the control characters needed to 
indicate a transmission error and to request retransmission, 
but some of the station equipment may not be capable of 
error checking or retransmission. All stations connected on 
a line must be designed to use the same type of line control 
and must have the same features. 

In a teleprocessing system operating under TCAM, the 
handling of line-control characters may depend on whether 
the messages are to be transmitted between similar stations 
(IBM 1050 to 1050, for example) or between dissimilar 
stations (a start-stop to a BSC station). 

Messages between similar stations may have inherent line- 
control characters; these can be sent without changing the 
line control. Dissimilar stations may have different line- 
control characteristics; thus, the input message must have 
some or all line control deleted and appropriate line control 
inserted into the output message. 

Messages between stations and application programs are 
treated as messages between dissimilar stations. In either 
case, the TCAM programmer needs to specify whether he 
wants line-control characters to remain, or to be removed 
and reinserted by TCAM. 

For stations using the BSC technique, the line-control 
characters in a BSC message also may be transmitted in 
transparent or nontransparent mode, depending on the 
station's features. In nontransparent mode, all line-control 
characters are recognized and handled as for start-stop sta- 
tions. (In transparent mode all characters, except for an 
initial line-control character designating the mode and an 
end-of-block signal, are handled by the station as data.) 

Additional BSC information can be found in General 
Information- BSC, Order No. GA27-3004. 

Errors are sometimes introduced into message data by 
unavoidable, transient line conditions such as cross-talk and 
lightning strikes. A teleprocessing system must be able to 
detect transmission errors and, when possible, to correct 
them by retransmitting the message or segment containing 
the error. 



Invitation and Selection of Stations 

This section describes how messages to and from stations 
in a teleprocessing system are controlled by invitation and 
selection. The central computer contracts a remote station 
either to allow the station to enter a message on the line 
{invitation), or to send the station a message (selection). 
A station is invited to enter a message on the line and is 
selected to have a message sent to it. 

An initial contact must be established before the central 
computer can send a message to a station. The manner in 
which contact is made depends on several variables, one 
being whether the station is on a switched or nonswitched 
line. 

For switched lines, a preliminary step is also necessary 
before a remote station can enter a message. Although 
remote stations can call the computer at any time, the com- 
puter, in order to fulfill its control function, must be able 
to ignore incoming calls. Therefore, before a message can 
be sent from a remote station, the computer must condition 
the transmission control unit (or audio response unit) to 
accept incoming calls on a line. This is done by TCAM and 
is known as enabling the line. The computer's response is 
called answering. Introductory initiation and confirmation 
of the communication link is sometimes known as 
"handshaking." 

If the line is not enabled, the calling station doesn't 
receive an answer and must try again later. If the line is 
enabled but is being used by another station, the calling 
station receives a busy signal and must try again later. 

On both switched and nonswitched lines there are several 
methods of controlling a line. Polling and addressing are 
common to both types of lines. Identification exchange is 
restricted to switched lines. 

Polling 

In polling, the computer periodically contacts the remote 
stations and invites them to enter any messages they have 
ready. Polling is accomplished by sneding one or more 
polling characters. Often, two characters are used; the first 
to select a remote station, the second to select a specific 
component at that station. The polled station then indi- 
cates whether it has a message to send. 

If the station is ready and has a message, it reverts to 
text mode and transmits the message. Other stations on the 
same line remain inactive. A code indicates the end of the 
message (EOM) and returns the station to control mode. 

The computer may poll a number of remote stations and 
Components until one is found with a message ready for 
transmission. If the computer does not receive either a 
message or status code within a set period of time, the 
station "times out" and is considered not ready. In 
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TCAM, polling characters are maintained in an invitation 
list for each line. 

In defining an invitation list for a nonswitched line, a 
user may enter station names as often as he wishes and in 
any order. Any station listed more than once will be 
polled more frequently than one listed only once. 

For nonswitched lines, polling may be achieved entirely 
by programming or automatically by the Auto Poll feature 
of the transmission control unit. A remote station cannot 
initiate contact on a polled, nonswitched line. 

When more than one polled station is assigned to a 
switched line, a station calling the computer cannot 
uniquely identify itself; therefore, all such stations assigned 
to the same line must have identical polling characters. 

The user may specify a polling delay (up to 255 seconds) 
at the end of the invitation list for a nonswitched line. 
When the delay expires, polling is resumed at the beginning 
of the list. This delay is used to minimize unproductive 
polling and to permit sending on the line. The polling delay 
may be altered by an operator command. 

The user also may specify a system delay. If he does, 
the TCAM MCP begins a prespecified delay (up to 65, 535 
seconds) after current activity on all nonswitched lines has 
been completed. During the delay, no output is sent or 
stations polled. When the delay expires, line traffic is 
restarted. The system delay, as the polling delay, can be 
altered by an operator command. 



Addressing 

Addressing is used by a computer to select remote stations 
for which it has messages. In a contention system (discussed 
below), the message is sent after the computer has success- 
fully bid for the line. In non-contention systems, the pro- 
cedure depends on whether the lines are switched or 
nonswitched. 

When the computer has a message to send on a non- 
switched line, it sends one or more addressing characters. 
As in polling, two characters are commonly used: the first 
for the remote station, the second for the component. The 
remote station identified by these characters indicates in its 
response whether it can accept the message. If the 
remote station gives a positive response, the computer 
sends its message; if a negative response, TCAM can hold 
the message and try later. 

When the computer has a message to send on a switched 
line, it may automatically dial the telephone number of the 
remote station after the line has been enabled (if needed), 
or it may wait for the station to dial. The function per- 
formed by the computer or station on a switched line is 
known as calling. The connection is established when either 
the remote station or the computer responds. The com- 
puter addresses the remote station and the message is sent. 



Contention 

In a contention system, either the remote-station operator 
or the computer can initiate contact. A contention system 
can be set up to give either the computer or the station pri- 
ority when they transmit simultaneously. 

Identification Exchange 

Switched stations can identify themselves by automatically 
entering an identification sequence after a line connection 
is established. TCAM compares the sequence it receives to 
a user-defined sequence. If there is a match, transmission 
begins; if not, TCAM disconnects the line. 

Terminal and Line Control 

In constructing the Message Control Program, the user pro- 
vides control information to identify remote stations, spec- 
ify station characteristics to the system, and tell how they 
are to be handled by TCAM. For the programmer need 
not specify the line-control scheme to be used for a line; 
this information is provided implicitly at system generation 
and assembly times in the macro instructions for the line 
group and stations. The programmer must, however, have 
a general understanding of line-control concepts to correctly 
structure that portion of his program involved in message 
transmission, and to decide how to deal with line-control 
characters in his message. 

In some cases, line-control characters may be left in a 
message. If the originating and destination stations use dif- 
ferent line codes, the message must be translated from the 
line code of the originating station to EBCDIC, then to the 
line code of the destination station. 

Contact between stations may be established in several 
ways, depending on the line configuration and the stations 
involved. Contact is always established under the control 
of the central computer, which performs a number of 
preparatory operations. 

In a TCAM system, either the computer or a station on a 
point-to-point contention line can bid for a line to send a 
message to another device. In some condifurations, it is 
possible for both computer and station to simultaneously 
bid for the line. 

In a contention system, invitation by TCAM gives a sta- 
tion an opportunity to enter data; that is, TCAM "listens" 
on the line for a signal from the station indicating that it 
has a message to send. 

An alternative to the contention form of invitation is 
having the central computer periodically invite (poll) each 
station in an invitation list to enter input messages. After 
polling the active stations, TCAM allows the user to specify 
a delay to permit sending before polling is restarted at the 
beginning of the list. The polling interval also reduces 
unproductive polling on lines that are not in continual use. 
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For a station or application program, TCAM uses infor- 
mation provided by macros at assembly time and stored in 
control areas. The control areas used depend on the ter- 
minal table (blocks of information about each station and 
application program). The size, structure, and contents of 
the terminal table depend on information furnished by 
the user through macro instructions. 

For descriptions of the terminal entries in the terminal 
table, see the TCAM Programmer's Guide. 

MCP Functions Unique to Stations Attached Directly 
(Not Attached through VTAM) to TCAM 

TCAM performs some functions for directly attached 
(not attached through VTAM) stations that are not per- 
formed for stations attached to TCAM through VTAM. 
Among these are: 

• Enable or disable communication lines; 

• Invite stations to send messages; 

• Translate messages from line code to EBCDIC and vice 
versa; 

• Insert and delete line control characters. 

For additional functions performed by the TCAM MCP, 
see the chapter entitled "The Message Control Program." 

USING TCAM WITH VTAM 

This section describes TCAM as a part of a communication 
system using VTAM. 

Readers who are not interested in a system using TCAM/ 
VTAM should skip to the next chapter "TCAM 
Environment." 

TCAM/VTAM Operating Techniques 

Users who wish to use the 3704/3705 Communications 
Controller in Network Control Program (NCP) mode alone 
or with the Partitioned Emulation Program (PEP) must 
use TCAM in conjunction with VTAM. Users who wish 
3270 Local support may use TCAM with or without VTAM. 
TCAM links to VTAM, which handles the actual device 
support for 3704/3705 NCP and/or PEP and optionally 
3270 Local support. 

When used in conjunction with VTAM, TCAM shares 
local and remote stations that are attached to TCAM 
through VTAM with other VTAM users. Remote stations 
include logical units that use the Systems Network 
Architecture (SNA). TCAM functions that operate 
through VTAM do not affect, and may be used concurrent- 
ly with, TCAM support for stations attached to 2701/02/03 
Transmission Control Units and 3704/3705 Communication 
Controllers using the Emulation Program (EP). 



Distributed Function 

In a teleprocessing subsystem, some of the functions pre- 
viously performed by TCAM have been moved to VTAM 
and/or other units of the network. Functions performed 
by VTAM can be divided into two categories: 

• Function management 

• Network management 

Function management involves affixing the necessary 
information to a data stream in order to make it suitable 
for transmission throughout the network. It may also 
involve grouping several I/O requests for transmission or 
it may involve dividing several requests into several parts. 

Network management provides scheduling and routing 
information to ensure that data is transmitted to the 
correct destination. It also involves management and 
allocation of shared resources. 

Since TCAM does not link directly to a 3704/3705 
NCP, VTAM must handle all channel scheduling and all 
channel interrupts. VTAM also performs the 3704/3705 
channel error recovery and 3704/3705 checkpoint/restart. 

The NCP provides some functions previously provided 
by the transmission control units and some functions pre- 
viously provided by TCAM. Among these functions are: 

• Polling and addressing 

• Communication line-control character insertion 

• Character checking 

• Block checking 

• Buffering data as it is transmitted from the station 

• Message processing functions, such as date and time 
stamping 

• Line scheduling 

• Device-dependent error recovery procedures 

TCAM/VTAM Considerations 

The actual communication between TCAM and VTAM will 
be provided through macros and control blocks. Macros 
will be provided to handle such functions as control block 
generation and modification, requests for logon/logoff, 
and data transfer. 

Specific functions for stations, attached through VTAM, 
operating in a 3704/05 environment or a 3270 local are: 

• Accept valid logon and logoff requests from stations 
attached through VTAM. 

• Dynamically log on a station attached through VTAM 
when a message is queued on its destination queue. 

• Dynamically log off a station attached through VTAM 
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if it was dynamically logged on and no more messages 
are on its destination queue. 

• Dynamically activate/deactivate the TCAM/VTAM 
link. 

In order to receive data from or transmit data to a station 
attached through VTAM, TCAM must acquire ownership 
of that station. VTAM will give TCAM ownership of a 
station as a result of a connection request (logon). If the 
request is from a valid station, the logon sequence will be 
initiated. 

Activating TCAM/VTAM 

In order to use TCAM with VTAM, several operands must 
be specified on existing TCAM system definition macros. 
TCAM will generate, at assembly time, the primary control 
blocks and data areas needed to communicate with VTAM. 
At execution time, TCAM issues the necessary macros to 
establish an active link with VTAM. If the TCAM/VTAM 
link cannot be activated because VTAM has not been 
started, processing for stations not attached through 
VTAM continues. The TCAM/VTAM link may be activated 
later with a TCAM operator control command. 

Communication between TCAM and VTAM begins 
when the link is activated and continues until a closedown 
is requested by TCAM (through operator control commands 
or application program) or by VTAM (through operator 
control commands or when VTAM itself has decided to 
terminate). When requested by VTAM, the closedown 
applies only to stations supported through VTAM. When 
requested by the TCAM operator, the request may specify 
that all of TCAM be closed down or that only the TCAM/ 
VTAM link be deactivated. 

TCAM Sessions With VTAM-Attached Stations 

TCAM shares stations and lines with other users of VTAM. 
Therefore, before data transfer requests can be made, 
sessions must be established between the TCAM MCP and 
the stations that are to receive or transmit data. The 
process of establishing a session is called logon unless the 
session is initiated by the MCP. When initiated by the 
MCP, this process is called acquisition. Sessions are ter- 
minated by a process called logoff. 

Requests for establishing a session may be initiated by: 

• The MCP 

• The remote station 

• VTAM operator control 

• By defining the VTAM network to cause automatic 
logon requests by VTAM 

In each case, the request requires the approval of the MCP 
before the session is started. 



Five conditions must be met before the MCP allows a 
session to be started. In all cases except one the request 
for a session is rejected when these conditions are not met. 
These conditions are: 

• The name of the station must be defined in the MCP. 

• The station must be currently active in the MCP, that is, 
neither the station nor its associated logical line has 
been deactivated by a TCAM operator command. 

• Resources required to start the session must be available. 
When polled control blocks and buffers are not available, 
TCAM queues the request and processes it when the 
resources are made available. 

• The MCP must not be terminating. 

• The TCAM reusable and core message queues must not 
be full. 

The MCP will initiate a session request: 

• When there is queued data to send to an active station 
that is not already logged on 

• At start-up, if the user has provided a "good morning" 
message routine. 

• At restart, if the user has provided a restart message 
routine. 

• For switched stations, at user-specified intervals or at a 
user-specified time of day. 

When a session request is initiated by the MCP, the station 
is "acquired." Generally, when a station is acquired by 
the MCP to transmit data, it is not invited to enter data 
during the session. The exception is switched stations that 
are invited to enter data after all queued output has been 
sent and either the CLOCK= or CINTVL= operands were 
coded with the switched station's TERMINAL macro. This 
station is invited to enter one message before any output 
is sent to it. Also stations that do not require explicit 
invitation or polling to enter data are allowed to enter data 
during an MCP acquired session. These stations include 
logical units of the IBM 3600 Finance Communications 
System and IBM 3270 stations. A session with an acquired 
station will be terminated by the MCP when all queued 
data has been transmitted. 

A program called the Network Solicitor, which invites 
stations to enter logon requests, may be included during 
VTAM system definition. The Network Solicitor will scan 
the first message (session request) received from a station 
and determine who should receive the session request. This 
is the way that a station operator requests a logon to the 
MCP. Also, a VTAM operator control command can be 
entered to cause VTAM to generate a session request for a 
station and pass it to the MCP. The station may also be 
defined to VTAM to cause VTAM to automatically 
generate a session request when the TCAM/VTAM link is 
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activated. Whenever the session request is initiated by the 
station operator or by VTAM and approved by the MCP, 
the station is "accepted" by the MCP. 

A logoff (session termination) may be initiated by 
executing a conditional message handler macro. The MCP 
will also force a logoff when a catastrophic error occurs, 
when the station is deactivated by a VTAM operator 
control command, or when there is no more output data 
to send to an acquired station. All stations will be logged 
off when the TCAM/VTAM link is deactivated. 

Systems Network Architecture (SNA) 

TCAM supports the IBM 3600 Finance Communication 
System that uses the Systems Network Architecture. Other 
SNA stations are supported only when operating in a 
manner compatible with TCAM's support of the 3600. 
TCAM supports SNA stations only through VTAM. 

For SNA stations, the MCP functions as a primary 
logical unit (LU), and the application program in the 3601 
controller functions as a secondary logical unit. The 
terminal (s) attached to the 3601 are accessible to TCAM 
only through the secondary LU. Therefore, sessions are 
between the MCP and the application program in the 3601 
(LU-to-LU session). Other types of sessions defined in 
SNA are controlled by VTAM and are not discussed here. 
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TCAM Environment 



THE OPERATING ENVIRONMENT 

TCAM operates under control of the Virtual Storage 
Operating System (VS1 or VS2). VS2 is required with the 
Time Sharing Option. VTAM is required to communicate 
with remote stations that are attached through a 3704/3705 
operating in NCP mode. Communication with 3270 Local 
stations may also be through VTAM. The Message Control 
Program (MCP) and application programs can be executed 
as separate jobs, or in the same partition or address space 
after being invoked through a special system macro in- 
struction. 

The application programs operate asynchronously with 
the control program. The operating system supervisor con- 
trols the asynchronous operation of the various program- 
ming components of the system, according to: 

• The established priorities of the various tasks; 

• The completion of awaited events (such as I/O); 

• The availability of resources (such as CPU time). 

After being assembled and link-edited, in a library, a Mes- 
sage Control Program (MCP) can be initiated and executed 
in any partition or address space. The TCAM MCP must be 
run with a higher priority than any TCAM application 
program and must be initiated before any TCAM application 
programs. However, TCAM's MCP does not always require 
the highest system priority. VTAM is a system task and 
may be initiated before or after the MCP is initiated. 

If the TCAM jobs do not require the use of all available 
partitions (or address space), the remaining partitions or 
address space can be used for other jobs. An example of 
such a configuration under VS1 is: normal batch process- 
ing in three partitions, concurrent peripheral operations in 
a fourth partition, and an MCP performing teleprocessing 
functions in a fifth partition. Such a configuration is 
possible when the MCP can perform the required tele- 
processing functions without an application program (for 
example, a message-switching or data-collection application). 

Message processing can be done with only one applica- 
tion program to process all types of messages or a number 
of application programs to process various types of mes- 
sages. Regardless of how many application programs are 
needed, they can be run in the same partition or address 
space as the MCP, or in other available partitions or address 
space of the system. 



BUFFERING 

Two teleprocessing characteristics -random input and vari- 
able data rates— make the allocation of buffer storage critical 
in teleprocessing system design. For example, data could be 
lost in a teleprocessing system because of simultaneous 
input on multiple lines. In addition, insufficient buffers 
can delay responses and lower system efficiency. Two tech- 
niques to improve buffer utilization are using multiple 
buffers, which allows work to be performed in a buffer 
instead of in a work area; and, using groups of buffers 
(buffer polls) to supply buffer areas dynamically, rather 
than having fixed buffer assignments. 

Buffer pools have an added advantage in teleprocessing 
systems. Because message sizes are highly variable in many 
applications, it would be inefficient to always assign a single 
buffer large enough to hold the largest expected message. 
Instead, each message is contained in a series of buffers 
allocated dynamically. 

Buffer utilization would also be restricted by requiring 
buffers to be in contiguous storage locations. Each buffer 
is therefore allocated without regard for the location of 
previously allocated buffers, but is linked to the last and 
next buffer by chaining: that is, each buffer contains the 
storage address of the buffer containing the next segment 
of the message. 

The sizes of the buffer pool and individual buffers 
depend on a number of factors, including the average and 
peak input/output data, the ratio of input volume to out- 
put volume, the data rates of the teleprocessing equipment, 
the amount of storage available, and the type of secondary- 
storage allocation. 

The program must be capable of dynamcially adjusting 
to unpredictable changes in the operating environment. 

QUEUING 

Queuing refers to the programming techniques used to 
handle transactions arriving at an unpredictable rate. 
Although the average rate at which messages arrive to be 
processed is usually less than the rate at which they are 
actually processed, queuing is needed to handle intermit- 
tent surges. 

Like buffering, queuing is important in a teleprocessing 
environment. Queues can be handled several ways in TCAM: 
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in the sequence that messages are initiated (first in, first 
out: FIFO), in the order of completion (first ended, first 
out: FEFO); in reverse order of arrival (last in, first out: 
LIFO); or by priorities, depending on such factors as 
resources needed to process the queues, and whether the 
messages are input or output. The use of FEFO in TCAM 
prevents delaying a short message while waiting for a 
longer one that started processing first. 

While buffering may be accommodated in primary stor- 
age, it is more common to place queues in secondary stor- 
age, although sufficient control information for queue 
management is retained in primary storage. In addition, 
TCAM permits the user to recognize when queues are build- 
ing up to critical lengths and allows him to modify normal 
program execution to reduce the backlog of queued items 
to a safer level. 

Queuing in a teleprocessing environment creates some 
special problems not encountered with conventional com- 
puter systems. One is that a message may belong to more 
than one queue at a time. An example is a message for mul- 
tiple destinations. It would be wasteful to duplicate the 
entire message in the queue for each destination. Instead, 
only one copy of the message may need to be queued, with 
control entries referring to the message put in the pertinent 
output-wueue control areas. The same message text can 
then be directed, at different times, to the various destina- 
tions. (This example assumes that each destination uses the 
same queuing medium; for instance, messages sent to each 
destination may be queued on reusable disk. However, if 
more than one medium is used, the entire message must be 
requeued on each medium.) 

Another queuing facility necessary in many teleprocess- 
ing systems is the ability to handle high-priority messages. 

DATA SETS 

Seven types of data sets are used with TCAM: 

• Message queues 

• Line group 

• Checkpoint 

• Log 

• Serviceability aids 

• Input* 

• Output* 

The first is required, the second four are optional features, 
and the last two are used only with application programs. 
Except for data sets in main storage only, TCAM data sets 
are defined by the user by macro instructions. Line group 
data sets are required only in a 2701, 2702, and 2703 
environment. 



"See "Defining Application Program Data Sets" in the chapter 
"Application Program," 



Line Group Data Sets 

A line group data set consists of the communication lines in 
a line group, up to 255 lines unless they have invitation lists. 
With minimum-length invitation lists, approximately 50 
lines could be used. All the lines in a line group must have 
the same characteristics and features. 

Message Queues Data Sets 

Messages entered by remote stations are queued by destina- 
tion: a line, a station on a line, or an application program. 
Because each incoming message is placed on a queue for its 
destination rather than being sent to the destination imme- 
diately, overlap of line usage can occur in I/O operations. 
A station can have several messages being entered simul- 
taneously. 

Queues for each destination and logging medium are 
located in one or more message queues data sets. These 
may reside: 

• On reusable disk; 

• On nonreusable disk; 

• In main storage only; 

• In main storage with backup on reusable disk; 

• In main storage with backup on nonreusable disk. 

The number of message queues data sets defined depends 
on the type of queuing desired, which in turn depends on 
the application. For example, in a savings bank inquiry 
application, short incoming messages (consisting, perhaps, 
of an account number, and transaction amount and code) 
might be snet to an application program, and long response 
messages returned. The TCAM user with such an applica- 
tion might wish to take advantage of the speed of main- 
storage-only queuing for his short input messages and queue 
on disk his long response messages, which would use up 
too much main storage. 

Disk Queuing 

Disk queuing is slower than main-storage queuing and 

requires disk and channel resources, but the delay is usually 

too small to be significant. In addition, disk queuing has 

certain advantages: more main storage is available to the 

user, messages can be held or retrieved, and 

checkpoint/restart can be used. 

Disk queuing can be nonreusable or reusable. For a 

TCAM MCP that must run for an extended period with 

fairly heavy message traffic, the user would have to allocate 

more disk space if he used nonreusable queuing than if he 

used reusable queuing. In addition, a TCAM system using 

nonreusable disk queues must be closed down from time to 

time as the available space in the data set is exhausted. Non- 
reusable disk queuing is attractive for applications that have 

rigid retrievability requirements, that enqueue many rnes- 
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sages for long periods of time, or that are periodically 
closed— as at the end of the day. 

Increased disk and channel efficiency can be obtained by 
spreading the disk queues data set over several volumes (up 
to 1 6). Disks are organized to minimize rotational delay 
wherever possible. TCAM's multiple-arm support permits 
overlap of seek time on multiple volumes and channel 
operations on multiple channels. 

A reusable disk can often handle the same amount of 
message traffic as a data set on nonreusable disk, while 
occupying less disk space. The data set never runs out of 
disk space under normal conditions. In addition, messages 
for an inoperative station can be sent to an alternate 
destination. TCAM's capability to retrieve messages that 
have been sent is limited with reusable disk queuing be- 
cause the original message is eventually overlaid by another 
incoming message. 

Main-Storage Queuing 

Messages directed to queues in main storage will be received 
more rapidly than those sent to disk. Because allocation 
and deallocation of units for the main-storage data set is 
dynamic, the data set is essentially "reusable." 

The user can specify a main-storage data set with back- 
up on reusable or nonreusable disk. TCAM copies each 
message arriving at a main-storage queue onto disk. This 
type of queuing combines the advantages of both disk and 
main-storage queuing. 

Data never has to be re-sent because main-storage units 
are not available, and TCAM's message-interception and 
message-retrieval functions can be used. 

Checkpoint and Log Data Sets 

The checkpoint data set consists of checkpoint records of 
the MCP environment maintained and stored on a direct- 
access storage device from which restart can be made in 
case of closedown or system failure. 

A log data set is made up of messages or message seg- 
ments placed on a secondary storage device for accounting, 
audit trail, or back-up. 

BUFFERS 

Messages entering a TCAM network are read into buffers. 
These are main-storage areas that handle message segments 
between lines and queues (in storage and on disk), between 
VTAM and queues, and between queues and application 
programs. (A message segment is the portion of a message 
contained in one buffer.) A buffer has two parts, an area 
containing control information {prefix) and an area con- 



taining all or part of the message. Buffers must be at least 
36, but no more than 65,535 bytes. 

To provide efficient buffering and best use of main stor- 
age, TCAM maintains a buffer unit pool containing buffer 
units of one size. Buffer units are the basic building blocks 
from which buffers are constructed. Their size (a maximum 
of 255 bytes) and number (a maximum of 65,535) are spec- 
ified by the user. 

When message traffic is in progress, a buffer unit, origi- 
nally part of the unit pool, can be assigned to main-storage 
message queues, line group buffers, or an available-unit 
queue. 

By linking an appropriate number of buffer units, TCAM 
constructs buffers as large as specified by the user. For 
example, if the user specifies a unit size of 60 and a buffer 
size of 120, TCAM links two 60-byte units for that line 
group. 

When receiving data from stations attached to TCAM 
through VTAM, TCAM does not preassign buffers for input. 
Instead, a buffer is constructed with the number of units 
required to move the data from the VTAM buffer. When 
transmitting, the buffers are assigned either dynamically 
by macro specification. 

Program-Controlled Interruption (PCI) 

If program-controlled interruptions are not specified, then 
the number of buffers assigned initially must be sufficient 
to handle the entire incoming transmission to avoid losing 
data; no buffers are freed until either the transmission is 
completed or an end-of-block control character is received. 
When program-controlled interruptions are specified, the 
user may request one of two options: 

1 . Dynamic Allocation - A relatively small number of 
buffers, allocated initially to handle the I/O operation, 
and more buffers to be allocated by PCI interrupts as 
needed. 

2. Static Buffering - A fixed number of buffers, sufficient 
to hold the entire message being sent or received, 
(stations not attached through VTAM only) to be 
available before I/O operations begin. 

Dynamic allocation (option No. 1) results in fewer 
buffers being tied up at any one time in an I/O operation 
than static buffering (option No. 2); however, dynamic 
operation requires more CPU time and may result in the 
loss of incoming data because buffers cannot be replaced 
as fast as they are filled. The user can minimize this possi- 
bility by assigning more buffers to his line, making his 
buffers larger, or increasing the number of units in his 
unit pool. 
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The Message Control Program 



The Message Control Program (MCP) is a set of routines 
that identify the teleprocessing network to the operating 
system, establish line control for various kinds of stations 
and connections, and control the handling and routing of 
messages (Figure 2). The MCP is an intermediary between 
the remote stations, and between remote stations and appli- 
cation programs. MCP routines perform input/output 
using information specified in MCP macro instructions. 

Depending on the requirements of the user, the TCAM 
MCP can perform any of the following functions: 

For stations not attached through VTAM 

• Enable or disable communication lines. 

• Invite stations to send messages. 

• Keep counts of errors. 

• Edit incoming and outgoing messages, including, 
translating from transmission code to EBCDIC and 
vice versa, and inserting and deleting line-control 
characters. 

For all stations 

• Send messages to stations. 

• Assign and use buffers as needed for output during 
program execution (dynamic buffering). 

• Route messages to appropriate queues. 

• Queue messages on a direct-access storage device or in 
main storage. 

• Intercept or cancel messages containing errors, transmit 
error messages, and initiate corrective action. 

• Reroute messages to alternate destinations. 

• Provide message data to an application program. 

• Place response messages from application programs on 
queues for transmission. 

• Provide operator-to-system communication and control 
from remote stations. 

• Take periodic checkpoints of the system (save status of 
queues and of the teleprocessing network on a direct- 
access storage device) for recovery in case of failure. 

• Edit incoming and outgoing messages, including: 
inserting date and time information in a message 
header, and inserting or removing user-specified data 
in a header. 

• Log messages on secondary storage. 

• Maintain a count of the number of messages received 
from or sent to each station. 



To provide maximum efficiency, TCAM places messages 
in queues in main storage or on direct-access storage 
devices. Messages are recalled from the queues for either 
processing or forwarding to some destination. 

The MCP itself can perform limited processing of a mes- 
sage. For instance, the MCP can examine the initial bytes 
of data in a message to obtain routing and translating in- 
formation. The MCP also provides certain optional pro- 
cessing, such as inserting the date and time of day in 
messages— eliminating the need for an application program 
to do this. The MCP can also check the input messages to 
determine if an error message must be sent to the input 
station. 

An MCP is open-ended in the sense that the user can 
include functions not provided by TCAM by employing 
operating system and assembler language instructions. The 
user can use this information to update special counters, 
change various fields in main storage, and specify various 
functions in the message -handling section of his MCP that 
normally would not act on the message being processed. 

With macros, the user defines data sets, and specifies 
equipment configurations and storage areas. These macros 
generate the tables and lists of control information that 
define the system's environment. The number and sizes 
of buffers are specified by the user and allocated from a 
single buffer unit pool as needed. 

TCAM MESSAGES 

Messages are sent to users and application programs. 
Depending on the application, messages may consist of a 
header, text, or both. The header may contain control 
information such as originating and destination stations, 
and message type and number. 

The header's length, format, and content depend solely 
on the requirements of the application and the user's 
preferences. 

The user must specify control characters appropriate 
for the type of message unit. The types of units and their 
corresponding control characters are: 

• A block is that portion of a message terminated by a 
line-control character EOB, ETB, ETX, or EOT. A 
subblock is that portion of a BSC message terminated 
by an ITB line-control character. 

• A segment is that portion of a message contained in a 
single buffer. Its size is specified by the user for each 
line group and application program. 



The Message Control Program 21 



• A record for an application program is, most often, that 
portion of a message terminated by the last data byte in 
the last message buffer; less often, it is a portion of a 
message terminated by a user-specified data character. 

• For SNA LUs, a complete message is received or trans- 
mitted. A TCAM message can be a chain. A chain is 
one or more related units of data, each unit being 
identified as first, middle, last, or only. 

• A physical transmission is a unit of data terminated by 
an EOT character or, if the user specifies TCAM's con- 
versational facility, by an ETX, ETB, or EOB character. 
For logical units, a physical transmission is a chain. 

A logical message is a unit of data delimited by a user- 
defined length or end-of-message character(s) and formed 
by blocking or deblocking physical transmissions. A 
physical transmission can contain several logical mes- 
sages; or, several physical transmissions can be combined 
into one logical message. 

TCAM, with its complete set of header-processing routines 
and associated macro instructions, allows the user to indi- 
cate the header-processing functions by including the appro- 
priate macros in the MCP. In addition to the functions 
briefly described, many others are available, such as the 
detection of incorrect information in the header fields. 

MESSAGE HANDLERS 

Messages are processed by routines called Message Handlers, 
which direct all MCP-and TCAM -operations. They inter- 
pret and process control information in the headers and 
prepare messages for forwarding to destinations. 

Each Message Handler services a particular line group, or 
several line groups with similar characteristics. A Message 
Handler is divided into two groups, one for incoming mes- 
sages and one for outgoing messages, and these are sub- 
divided into: 

• An inblock subgroup, which handles incoming physical 
transmissions before they are divided into logical 
messages; 

• The inheader and outheader subgroups, which handle 
only the headers of incoming or outgoing messages; 

• The inbuffer and outbuffer subgroups, which handle all 
message segments; 

• The inmessage and outmessage subgroups, which specify 
actions to be taken after the entire message has been 
received or sent (for example, checking for specified 
errors and sending an error message to the source or 
destination). 

A group can have several subgroups of one type. However, 
not all of the subgroups in a group may be needed to handle 
a message. See Figure 3, showing some possible incoming 
subgroup combinations. Outgoing subgroups can be han- 
dled similarly. 



A major source of Message Handler flexibility is the 
option-field capability offered by TCAM. These user- 
defined fields can be set and examined by TCAM to govern 
the execution of conditional functions, as well as to supply 
data to user-coded routines. 

The user can design a Message Handler to accept mes- 
sages with a variety of header formats and to perform differ- 
ent operations upon different types of messages, even when 
transmitted over the same line. The processing performed 
by a Message Handler can be varied in two ways: by using 
control characters in the message header and by setting 
switches (one-byte fields in the option table), based on the 
control characters, that determine whether a given subgroup 
is to be executed for a message. These switches can be spec- 
ified, tested, and changed to determine which of the sub- 
groups in a Message Handler are to be executed for a 
particular message. 

The path of a message within an inheader or outheader 
subgroup can aiso be controlled by the user. In addition, 
several Message Handler macros can be executed condi- 
tionally, depending on a control field in the message being 
processed. 

The Message Handler also supports user-defined logical 
messages and concentrated/deconcentrated messages, and 
mid-batch recovery. The inblock subgroup handles logical 
messages. Logical messages and concentrated messages are 
discussed later in this chapter. Mid-batch recovery is dis- 
cussed in the chapter on "TCAM Service Facilities." 

To supplement TCAM -provided functions, the user can 
code subroutines of assembler and operating system macro 
instructions and include them in his Message Handlers. 

Message Handlers are defined by sequences of macro 
instructions of two types: functional macros that perform 
the required operations, and delimiter macros that direct 
control to the appropriate sequence of functional macros. 

MESSAGE FLOW WITHIN THE SYSTEM 

TCAM message flow is shown in Figure 4. 

Steps 1 and 2: The input message is prepared at a 
remote station and entered on a line. The message can be 
keyed in, or entered from a keyboard-printer, a card or 
tape reader, a computer, a badge reader, etc. 

Step 3: The message enters the central processing unit 
(CPU) and is stored in a TCAM main-storage buffer or a 
VTAM buffer assigned to that line for input. If the mes- 
sage was stored in a VTAM buffer, TCAM allocates the 
number of main-storage units needed and moves the mes- 
sage into a TCAM buffer. TCAM inserts chaining address- 
es and other control information into the buffer prefix 
field, which has been allowed for by TCAM and stored 
with the message. TCAM can also reserve space in the 
buffer for later insertion of the time, date, message se- 
quence number, etc. 
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Step 4: The incoming message is passed, a buffer at a 
time, through the Message Handler's incoming group, 
which performs such user-selected functions as checking 
origin and destination, inserting the time, translating 
from line code to EBCDIC (for stations not attached 
through VTAM) and initiating an error message to be sent 
to the originating station. The order in which the Mes- 
sage Handler's incoming group scans the header fields can 
be varied to alter operations in the buffer. 

Step 5 : After processing by the incoming group of the 
Message Handler, the message is placed on a destination 
queue for either an application program or an accepting 
station. 

If the message requires no further processing and its des- 
tination is a station, the next operation is Step 13. 

The destination queue for an application program con- 
sists of queues of message segments on a direct-access stor- 
age device or in main storage. If the destination queue is 
located on disk, the buffers are released; if in main storage, 
the buffers are used to contain the message in the main- 
storage queue. 

All messages requiring text processing are routed to the 
destination queue for the application program that process- 
es that type of message. The user controls this routing by 
message header and Message Handler macros. 

Steps 6, 7, and 8: The message from a destination queue 
for an application program is placed in amin storage buffers; 
the outgoing group of a Message Handler is placed on the 
read-ahead queue, an area of main storage from which an 
application program obtains work units for moving to a 
work area. 

Step 9: TCAM passes message data to a user-specified 
work area in the application program. TCAM removes the 
prefix and the application program processes the message. 
The application program may return a response message to 
a station or another application program for further 
processing. 

Steps 10 and 1 1 : TCAM moves the data from the appli- 
cation program work area into an MCP buffer, where it is 
handled by the incoming group of the Message Handler 
application program. Header or text prefixes are created, 
and chaining addresses and other control information 
inserted, as for messages coming in from a line. 

The response message generated by an application pro- 
gram can be any length, selected by the user. After the 
buffer is filled, it is handled by the incoming group of the 
Message Handler assigned to the application program by an 
MCP macro. 

Step 12: If further processing of the message data by 
another application program is required, the message is 
queued for that destination, and Steps 5-1 1 are repeated. 
If not, TCAM places the processed message on the destina- 
tion queue for the accepting station. 

Step 13: The destination queue for an accepting station, 
like that for an application program, is part of the message 



queues data set and can be either in main storage or on a 
direct-access storage device. TCAM obtains message seg- 
ments from the destination queue in first-ended, first-out 
(FEFO) order within user-defined priority groups. 

Steps 14 and 15: The message segment is placed in a 
buffer, and the outgoing group of the Message Handler for 
the line processes the message. The Message Handler per- 
forms such user-selected functions as converting the code 
of the message to the transmission code for the station (if 
necessary), inserting the time and date in the header, log- 
ging messages, and updating message counts. 

Step 16: For stations attached to TCAM through 
VTAM, TCAM passes the message to VTAM. VTAM 
moves the message into a VTAM buffer. 

Step 17: The message is transmitted to the destination 
station. As each buffer is transmitted, its units are returned 
to the buffer unit pool for reuse. 

MAINTAINING ORDERLY MESSAGE FLOW 

Among the factors influencing the flow of messages with- 
in a TCAM system are message priority and queuing, and 
transmission priority. 

Message Priority and Queuing 

Message priority is the relative order in which messages are 
sent. Message priority depends on: 

• Whether queuing is by line or station (or groups of sta- 
tions in a concentrated message environment); 

• The relative order in which messages are received at the 
destination queue; 

• The priorities assigned to messages. 

Outgoing messages can be queued by destination line or 
destination station. Queuing by station is required for 
VTAM -attached stations. When queued by line, messages 
for all stations on the line are placed on one queue. Mes- 
sages are taken off the queue and sent to stations on the 
line in the order received (first-ended, first-out) within 
priority groups. Thus, for any multipoint, nonswitched 
line, all messages of one priority on the queue are trans- 
mitted before any messages of a lower priority, even if the 
destinations of the higher-priority messages are two 
different stations on the line. 

When outgoing messages are queued by station, one 
queue is created for each station on a line. All messages 
queued for one station are sent before any queued for 
other stations on the same line unless the stations are 
supported through VTAM. (The user can modify this 
technique for nonswitched lines by using a TCAM macro 
to limit the number of messages to be sent to a particular 
station during one contact.) Messages queued for VTAM- 
attached stations on the same line are processed con- 
currently by TCAM. (Line scheduling is controlled by the 
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NCP.) Messages on a queue are sent to a station in first- 
ended -first-out (FEFO) order within priority groups. 

For a multipoint line, the relative order in which queues 
of messages are transmitted is also determined on a FEFO 
basis. Switched stations and buffered terminals must be 
queued by station. 

Messages to be sent to an application program are placed 
on a queue for that program and are removed as if they 
were messages queued by station; that is, they are sent to 
the application program on a FEFO basis within priority 
groups. 

Transmission Priority 

Transmission priority is the relative priority between send- 
ing and receiving on a line, specified by line group by the 
user. Figure 5 shows the types of transmission priority 
available for BSC and start-stop devices on switched and 
nonswitched non-VTAM lines. There are three types of 
transmission priority: 

1 . Receiving has priority over sending. 

2. Receiving and sending have equal priority. 

3. Sending has priority over receiving. 

Transmission priority has a different meaning for each of 
the four categories of stations supported by TCAM: 

1. Polled stations on a nonswitched, point-to-point or 
multipoint line. 

2. Contention stations on a nonswitched, point-to-point 
line. 



3. Stations on a switched line. 

4. Stations supported through VTAM. 

For nonswitched polled stations, the user may specify 
any of the three types of transmission priorities. 

TCAM provides buffered-terminal support for the IBM 
2740 Model 2 and the IBM 2770. For buffered terminals, 
either equal or sending priority should be specified for 
polling. 

For nonswitched contention stations, wither sending or 
equal priority can be specified. The IBM stations in this 
category are the 2740 Communication Terminal (Basic), 
the 2780 Data Transmission Terminal, the 2770 Data Com- 
munication System (without multipoint data-link control), 
and the System/360 Model 20 and 1 130 computers used 
as terminals. 

For switched stations, sending priority must be specified 
for start-stop devices, and sending or equal for BSC. The 
relative order in which messages are sent to and received 
from a station on a switched line depends on whether the 
station dialed the computer or vice versa. 

For stations supported through VTAM, sending gener- 
ally has priority over receiving. Exceptions apply when 
the station is a 3270 or a SNA logical unit. These stations 
may enter data asynchronous to TCAM processing, and 
any data received before TCAM begins a send operation 
will be processed through the Message Handler before the 
send operation is started. 



Transmission Priority 


Non-Switched Lines 


Switched Lines 


1 . Send 

2. Equal 

3. Receive 


BSC 


SS 


BSC 


SS 


X 
X 
X 


X 
X 
X 


X 
X 

No 


X 

No 
No 
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HANDLING LOGICAL MESSAGES 

Some terminals accumulate data in buffers before it is trans- 
mitted and forward no more than the content of one buffer 
in a transmission. Thus, if a user's message is longer than 
the buffer, his message will require two or more transmis- 
sions. What the user sees as one message may be seen by 
TCAM as several. Alternately, some stations permit many 
units of data, such as cards, to be batched and sent as a 
single transmission. TCAM may interpret this as one mes- 
sage, although to the user it may be many messages. 

Logical message definition enables TCAM to process 
logical messages, as defined by the user, independently of 
the boundaries imposed by the assoicated physical trans- 
missions; when several transmissions are required for a 
logical message, TCAM blocks the transmissions and then 
processes and queues the data as a single message. 

When transmission contains several logical messages, 
TCAM deblocks the transmission and independently 
processes and queues each logical message. If part of a 
logical message has been received from a station, output 
to that station is not sent until the end of the logical mes- 
sage has been received. 

The basic concepts of the TCAM design need not be 
modified; messages received from stations are still processed 
through a message handler and are queued in destination 
queues from which they are sent to an application program 
or another station. A separate subgroup, inblock, furnishes 
blocking and deblocking, and converts the physical trans- 
missions from stations into logical messages according to 
user specifications. 

The user may specify which delimiter character or data 
length, or both, determine the completion of a logical mes- 
sage. When both are specified, the first condition met deter- 
mines the end of a logical message. The user specifies the 
handling of any remaining portion of a physical transmission 
after an end-of-message character. He can either discard 
this remaining portion or process it as the first buffer of 
another message. 

MESSAGE CONCENTRATING 

TCAM supports the concentrating of incoming messages 
into single physical messages on non-switched lines be- 
tween a concentrator and a computer. When incoming 
messages from several stations are sent to a remote con- 
centrator for forwarding to the computer, TCAM extracts 
the messages and directs them to their appropriate incoming 
Message Handlers. Conversely, a Message Handler can con- 
centrate outgoing messages into a single physical transmis- 
sion for a concentrator, which can forward the various 
transmissions within the physical message to their appro- 
priate destinations. 

Concentrators decrease line costs by substituting one 
high-speed line from the concentrator for several low- or 
medium-speed lines, from isolated stations to the central 



computer. The central computer may be programmed to 
act as a concentrator. 

Messages can be transmitted to concentrators by using 
normal TCAM line-scheduling techniques. When concen- 
trating messages, the user can have stations share a com- 
mon destination queue, or specify a separate destination 
queue for each attached station. No destination queue is 
required for the concentrator itself. 

Once an outgoing message is removed from a destination 
queue and forwarded to a concentrator, the user can delay 
execution of the outmessage subgroup to examine incoming 
status information from the concentrator and its attached 
stations, indicating whether the stations are ready to 
receive. If the last message was received incorrectly or the 
printer was not operating correctly, for example, the user 
might want to delay transmission and take some kind of 
action. 

The sending, equal, or receiveing transmission priorities 
are handled in exactly the same way as in normal message 
queuing, Further, stations attached to a concentrator 
can be included in the same line group with stations not 
attached to a concentrator. Operator-control and 
application-program facilities allow the user to intercept 
or release messages destined for stations attached to a 
concentrator simply by intercepting or releasing the 
concentrator. 

Output to a concentrator consists of one or more queues 
of messages destined ultimately for stations attached to 
the concentrator. TCAM removes these messages from the 
destination queues associated with the attached stations 
and blocks them into a single, concentrated message for 
transmission to the concentrator. 



TIME SHARING OPTION 

A Time Sharing Option (TSO) provides general-purpose, 
time-sharing facilities in a System/370 VS2 environment. 
TCAM controls I/O operations for the TSO user. TSO 
jobs may be run in either of two environments, a TSO- 
only environment or a mixed TSO/TCAM environment. 

In a TSO-only environment, time-sharing {or foreground) 
operations can take place concurrently with the execution 
of standard batch {background) jobs; thus, the system need 
not be dedicated to time sharing. While stations are logged- 
on only for time-sharing, they are dedicated to TSO 
Message Handlers. 

When operating in a mixed environment, TCAM and 
TSO tasks concurrently share all necessary resources. The 
user can specify an IBM-provided Message Handler routine 
to relieve him of the task of designing his Message Handler 
routines for handling TSO messages. 
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Application Programs 



Messages can be processed by application programs written 
by the user to suit his applications. (Some partial message 
processing is also done by the Message Handlers in the 
MCP.) TCAM passes messages and inquiries to the applica- 
tion programs for processing and returns messages or 
responses to their destinations. TCAM also provides a 
method of tailoring buffers to application programs. 

TCAM application programs need not be concerned 
with the station at which a message originated, with the 
line-transmission code, or with previous line control, be- 
cause line control is handled automatically by TCAM, 
VTAM,ortheNCP. 

TCAM allows the user to debug his application pro- 
grams in a nonteleprocessing environment using BSAM or 
QSAM as the access method; a tape, card-reader, disk, or 
card punch for input; and a printer for output. Once de- 
bugged, many application programs can be added to 
TCAM, without reassembly, by changing a JCL (Job 
Control Language) card. 

TCAM also permits the user to retrieve a message from 
a message-queues data set on disk after the message has 
been sent to its destination. In addition, TCAM has 
facilities for inquiry/response for start-stop devices and 
for coordination of MCP and application program check- 
point/restart. TCAM also provides teleprocessing-network 
control from an application program: examining or modi- 
fying the contents of a control block, releasing messages 
queued for an intercepted station, and closing down the 
MCP. All operator-control functions are available from 
application programs. 

Application programs run asynchronously with the 
MCP, usually in another partition or address space, but 
always as a separate system task or subtask. Their priority 
must be lower than the MCP, which must have control 
after a system interruption. If TCAM application programs 
are not in a separate address space or partition, they are 
attached by operating system macros coded in the MCP by 
the user. The programs can be activated any time after the 
MCP is activated, and can be deactivated independently of 
the MCP. 

Messages to be processed are placed in a destination 
queue by a Message Handler and routed to the application 
program. The messages are obtained from the destination 
queues and transferred to user-specified work areas, where 
they are processed by application programs. A response 
message may be returned to the MCP for transmission to a 
station, a list of destinations, or another application 
program. 



In some applications, one destination queue can handle all 
the messages, and a single application program having a 
single link with the MCP can perform the processing. If 
various kinds of processing are required, there are two 
methods of providing them: 

• Each of several application programs can be provided 
with its own link with the MCP and messages routed 
to the destination queue for the desired program. 

• All messages that require processing can be routed to the 
same application program, where a user-written routine 
determines the kind of message. Messages are transferred 
by this routine to appropriate processing routines, or to 

a processing program in another partition or address 
space. 

Application programs can be "multi-thread," that is, capable 
of concurrently processing several transactions, using mul- 
tiple links. 

THE MCP/APPLICATION PROGRAM INTERFACE 

The TCAM MCP routes messages between an application 
program and other application programs or remote stations. 
Because an application program depends on the MCP to 
perform its input/output operations, it must have a link 
with the MCP. TCAM provides a number of services that 
allow this link to be established from an application 
program. 

DEFINING WORK AREA AND UNIT 

The amount of data transferred from the MCP to an appli- 
cation program by a single GET or READ macro, or from 
an application program to the MCP by a single PUT or 
WRITE macro, is called a work unit. The work unit is pro- 
cessed in an application-program work area. 

A work unit can be an entire physical message, or a por- 
tion of a physical message, which may or may not be a 
record. A physical message is the unit of sent data termi- 
nated by an end-of-transmission, line-control character, or 
a unit of received data, defined by the user, that may or 
may not be terminated by an EOT character. 

A record is a logical unit of data whose length is defined 
by macro operands and delimiting characters in the mes- 
sage. In TCAM, each record is transferred as part of a mes- 
sage, but one message can contain many records. 

Just because a work unit is not an entire message does 
not mean that it is a record. If message processing is spe- 
cified, but the entire message does not fit into the work 
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area, TCAM provides the capability of processing a portion 
of the message in the work area, then bringing in the next 
portion and processing it, until the entire message has been 
processed. The portions of the message processed in this 
way are not considered to be records, since message pro- 
cessing rather than record processing was specified; TCAM 
handles records and other message portions differently. 

SPECIFYING APPLICATION-PROGRAM WORK UNITS 

How TCAM handles work units depends on: 

• The format of the work unit (fixed, variable, or unde- 
fined) ; 

• The type of work unit (message or record). 

The user specifies the format and type of work units his 
application program is to process by coding operands of 
input and output macros for the application program. These 
indicate whether the work unit is a message or a record, and 
whether it is always the same length or may vary in length 
from message to message or from record to record. 

Messages going to and from an application program, as 
those associated with stations, are placed in buffers. Buffer 
allocation for application programs is always dynamic. The 
buffers can be tailored for the application program and need 
not be the same size as the line buffers. The user assigns a 
maximum number of buffers to handle messages being trans- 
ferred from MCP process queues to an application-program 
work area. 

This technique allows overlapping of message processing 
in the application program and message acquisition in the 
MCP. If only main-storage queuing is used for process 
queues, it is necessary to specify only enough buffers to 
handle the largest work unit to be sent to the application 
program for optimum performance. 

MESSAGE RETRIEVAL 

TCAM application program macros can be used to retrieve 
one or more messages already on a data-set destination 
queue on disk (but not messages queued in a main-storage- 
only data set). After retrieval, messages can be processed 
and sent to any destination. 

INQUIRY/RESPONSE 

Two complementary functions, lock mode and conversa- 
tional mode, can be used with start-stop, unbuffered termi- 
nals to prevent intervening traffic between an inquiry and 
its response. In lock mode, TCAM maintains a connection 
between a station and an application program for one or 
more conversational interactions. In conversational mode, 
a station is able to accept a text response to an inquiry mes- 
sage without having to be selected before receiving the 
response. 



For the fastest response in an inquiry application, the 
station remains on the line until an application program 
returns the required information. While a non-VTAM 
station is in lock mode, no incoming messages are accepted 
from any other station on the line, and no outgoing mes- 
sages other than the response message are sent to any 
station on the line (including the station in lock mode). 
For stations that are supported through VTAM, lock mode 
functions as if each station is on a separate line. Many 
stations on other lines may be simultaneously locked to the 
same application program. 

There are two types of lock mode: line lock and terminal 
lock. In line lock, a physical connection is made between a 
station and an application program, and maintained for the 
duration of the conversational interaction. When a line is 
locked to a station, it is unavailable to other stations. 

There are two types of line lock: message lock and ex- 
tended lock. In message lock, the connection is maintained 
while the entire message is sent, to an application program 
and the response message received. The first message from 
the application program to arrive at the destination queue 
for the locked station is assumed to be the response. The 
line is automatically freed when the response has been sent. 

In extended lock, the same station is polled again after 
the response has been sent to it. If the response is positive, 
the next inquiry message is entered by the station. If the 
response is negative, the station is repolled until a positive 
response is received. This facility is also used to guarantee 
that a switched connection will be maintained until output 
is started for a station. 

Once a station is in extended lock, all messages entered 
by it are assumed to be inquiry messages directed to the ap- 
plication program to which the station is locked. Destina- 
tions specified in the headers of messages are overriden 
when the station is in extended lock mode. 

Message lock is used if a single inquiry will provide all 
the information required. For instance, an inventory ap- 
plication might handle inquiries requesting the quantity of 
a certain part in stock. Extended lock is used if a series of 
inquiries must be made, each requiring a response. In a 
credit application for example, the inquiries might ask if a 
person has an account, await verification, and then request 
the credit balance. 

A Message Handler macro is used to remove a station 
locked to an application program from extended lock mode. 
It may be issued either unconditionally or conditionally. 

Terminal lock establishes a logical connection between a 
station and an application program so that the station 
receives responses to its inquiries without tying up the line. 
Terminal lock assures the station that the next message it 
gets after it enters an inquiry is the response to that inquiry, 
but does not render the line unavailable to other stations 
while the inquiry is being processed. Terminal lock can be 
used by stations taking advantage of TCAM's buffered 
terminal support; line lock cannot. 
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Conversational mode operation is a hardware feature 
specified by a macro operand. When the computer receives 
a message from a station using this feature, it sends a re- 
sponse message, rather than a positive acknowledgment, to 
the station. The station interprets the message as a positive 
acknowledgment, saving two-line-turnaround sequences. 

COORDINATING TCAM AND OPERATING 
SYSTEM CHECKPOINTS 

The TCAM checkpoints of the Message Control Program 
can be coordinated with operating system checkpoints of 
TCAM application programs by issuing macros in the ap- 



plication programs. This allows the MCP and an application 
program to be restarted at the same point following system 
failure. 

If the MCP fails, the application program data sets are 
automatically closed; after the MCP is restarted, the user 
can restart his application program. However, failure of 
the application program need not be accompanied by 
failure of the MCP. In some applications, the user might 
wish to close down his MCP following abnormal termina- 
tion of an application program, so that both might be 
restarted from the same point. 
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TCAM Service Facilities 



TCAM supports telecommunication system with some 
facilities specified by the user and others provided auto- 
matically by TCAM. They include operator control, net- 
work reconfiguration, message logging, I/O error recording 
additional debugging aids, error recovery procedures, check- 
point/restart, and on-line test. 

OPERATOR CONTROL 

Operator control allows the user to examine or alter the 
status of a telecommunication network in a variety of ways. 
Operator commands can be entered from the system con- 
sole, remote stations, and application programs. 

TCAM operator commands can be used to provide any 
of the following functions: 

For stations and/or lines noj attached through VTAM 

• Switch between Auto Poll and programmed polling. 

• Initiate system delays. 
For all stations and/or lines 

• Display line or station addresses and status, option fields, 
error records, type of polling, and message count. 

• Activate and deactivate stations. 

• Activate and deactivate lines. 

• Activate and deactivate invitation-list entries. 

• Activate and deactivate the TCAM/VTAM link. 

• Hold messages in a station queue. 

• Release messages queued for a station. 

• Alter option fields. 

• Change a secondary operator control station to a primary 
operator control station. 

• Interrogate the status of a line, queue, or station. 

• Start or stop TCAM debugging aids. 

• Return incorrectly formatted commands. 

• Initiate system closedown. 

Operator Control Stations 

In addition to the system console, various nonswitched 
stations can be designated as operator control stations: for 
example, the IBM 1050 Data Communication System, 2740 
Communication Terminal, 2780 Data Transmission Terminal, 
AT&T 83B3 Selective Calling Station, and Western Union 
Plan 1 15A Outstation. 



The user may define one primary control station and any 
number of secondary control stations. 

A secondary operator control station can send control 
messages and receive responses. In addition to performing 
all the functions of a secondary operator control station, a 
primary operator control station can receive I/O error mes- 
sages. If the primary control station becomes inoperative, 
the system console can also accept internally generated 
error messages, even when being used as a secondary station. 

The system console is defined at system generation time 
and can include a card reader and other I/O devices. The 
system console can be specified as a primary operator con- 
trol station; if it is not specified, it is secondary by default. 

Response to operator commands are placed on the 
destination queue for the station that entered the command 
and are sent through the outgoing Message Handler as 
normal messages. If selective execution is required, macros 
can be used to detect operator responses and to vary the 
processing path. 

Operator Commands from an Application Program 

An application program can enter an operator command by 
directing it to the application program's Message Handler. 
The operator command from the application program is 
then treated like any other operator command. 

USE OF ALTERNATE DESTINATION 

The TCAM user can issue a macro in either the incoming or 
outgoing group of a Message Handler to indicate an alter- 
nate destination when specified error conditions are de- 
tected. The alternate destination may be another station, 
including the originating station, or it may be an applica- 
tion program. 

NETWORK CONTROL 

TCAM provides facilities for dynamically controlling the 
telecommunication network through macro instructions 
issued in an application program or by operator commands. 
Facilities include stopping lines or line groups, starting or 
stopping a station on a line, removing a station from an 
invitation list, holding up transmission to a station or re- 
suming transmission, changing the type of polling or 
length of the polling delay, activating or changing the 
system interval, inserting data in a station option field, 
changing primary operator control to another station, or 
initiating closedown of the Message Control Program. 
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There is protection against unauthorized use of some 
of these macros. In addition, TC AM allows the user to 
define his application program as a primary or secondary 
operator control station from which operator commands 
can be executed or error-awareness messages for the oper- 
ator queued. 

The user might design a special application program 
solely to modify the teleprocessing system if errors or other 
unusual conditions occur. For example, he might code 
macros in an inmessage subgroup handling messages coming 
in over a line group. These macros could test various TCAM 
bits and, when these bits were on, direct a special error 
message (or the message being handled when the error 
occurred) to an application program process queue. The 
application program could fetch error messages, analyze 
them, and issue operator commands (if designated an 
operator control station) or network-control macros to 
modify the system in a manner appropriate to the error. 
Large networks, especially, benefit from TCAM's capa- 
bility to have an application program designated as the 
primary operator control station. These include networks 
in which elementary error conditions (for example, polling 
time-outs) could "flood" an operator control station, or 
networks in which "automatic" operator response to net- 
work status is desired. 

LOGGING 

TCAM's message-logging facility enables the user to keep a 
record on a sequential data set of either messages or message 
segments handled by a Message Control Program. Message 
logging can be useful in accounting, for long-term back-up, 
or collecting for exceptional cases. In message switching, 
the logging of incoming headers may supply all the informa- 
tion needed. In more sophisticated applications, it may be 
necessary to log complete messages. By determining the 
flow patterns of message traffic, a programmer can more 
efficiently allocate the resources of a telecommunication 
system. 

Logging can also aid debugging by allowing the pro- 
grammer to trace the flow of messages through a Message 
Control Program. 

I/O ERROR RECODING FOR NON-VTAM 
ATTACHED STATIONS 

TCAM assists error diagnosis by providing I/O error-record- 
ing for certain terminal-related I/O errors. Different types 
of I/O error recording can be initiated by an operator com- 
mand. A permanent error is either an irrecoverable error 
(one for which TCAM provides no recovery procedure), or 
an error that TCAM has tried several times to correct with- 
out success. 

Either a station or a line can be monitored. A temporary 
error record is made each time that a specified error occurs 
and is recovered from. The user may request that TCAM 



check any of ten types of errors: time-out, lost data, over- 
run, data check, equipment check, bus out, intervention 
required, command reject, unit exception, or unusual lead- 
ing graphic response from an IBM 2740 Model 2 terminal. 
Alternatively, the user can specify that a temporary-error 
record is to be made if any of the ten types of errors 
occurs and is recovered from (except for the 2740 graphics 
response). The user also selects the number of times (from 
1 to 1 5) that a temporary-error record is to be made when 
the specified error occurs and is recovered from for a par- 
ticular line or station. 

ADDITIONAL DEBUGGING AIDS 

TCAM provides, in addition to message logging, error 
recording, and the standard operating system dumps of the 
MCP partition or address space, some special aids for debug- 
ging the telecommunication network and the MCP. 

• A TCAM-formatted ABEND dump, provided auto- 
matically when the MCP fails, which formats control 
areas attached to the MCP partition or address space 
(this is in addition to the system ABEND dump). 

• A cross-reference table in main or virtual storage, which 
provides the user with a convenient method of locating,' 
in a standard operating system dump, certain informa- 
tion associated with each open non-VTAM line. 

• A TCAM I/O interrupt trace table, which provides, in 
main storage, a sequential record of the I/O interrupts 
occurring on a specified non-VTAM line. 

• A TPIO trace that provides a sequential record of I/O 
requests and responses passed between TCAM and VTAM. 

• A dispatcher subtask trace table used to keep, in main 
storage, a sequential record of the subtasks activated by 
the TCAM dispatcher each time a TCAM subtask is dis- 
patched. 

• A buffer trace obtained by writing buffer and status 
information on either magnetic tape or disk. 

• A dump of the message queues data set, dynamically 
invoked by a separate TCAM utility, ehich formats the 
data set for immediate printing, or directs it to tape or 
disk for later printing. 

In addition, the cross-reference table, the subtask control 
block trace table, and the I/O interrupt trace table can be 
included in a standard operating system dump. 

ERROR-RECOVERY PROCEDURES FOR NON-VTAM 
ATTACHED STATIONS 

The TCAM Message Control Program includes a compre- 
hensive set of error-recovery procedures for dealing with 
the various types of input/output errors that may occur 
in a telecommunication environment. Whenever an I/O 
error interruption occurs, the TCAM error-recovery pro- 
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cedures take action appropriate for the type of error. 

If the I/O error is recoverable, TCAM's error-recovery 
procedures usually retransmit the block of data in which 
the error occurred. Two retries are performed for start- 
stop stations, six for BSC stations. If these retries fail to 
correct the error, it is treated as an irrecoverable error. 

For irrecoverable errors, TCAM sends a message to the 
primary operator control station, writes a permanent- 
error record on disk, and may terminate the connection 
between the computer and the station. 

Mid-Batch Recovery 

Mid-batch recovery is a feature of TCAM that allows the 
user to recover from permanent text errors in any block 
of data in a multiblock message except the first. 

Mid-batch recovery is not provided for: 

• Messages interrupted by the disconnection of a switched 
station. 

• Messages queued on main-storage-only queues. 

• Errors made in selecting a station for mid-batch recovery. 

• Messages sent to logical units. 

An incoming block with a permanent text error is deleted. 
TCAM retains the portion of the message preceding the 
discarded block and terminates inmessage processing. (If 
mid-batch recovery is not specified, TCAM cancels the 
entire incoming message, if specified by the user.) Other- 
wise, error conditions can be checked to see if they warrant 
cancellation. 

When a permanent transmission error is detected in an 
outgoing multiblock message, further transmission is sus- 
pended immediately or after a specified delay (except for 
switched stations and stations supported through VTAM). 
If a delay has been specified, the operator may be able to 
recover from a hardware error. (Examples are a stuck key- 
board, a terminal out of paper or ribbon, or selection of 
the wrong operating mode.) 

Whether or not the delay is used, transmission is resumed 
by repeating the message block containing the error. If data 
is being sent to a station attached to a message-concentrating 
device, the last concentrator terminal buffer (CTB) is re- 
transmitted. 

Queuing by terminal is required for mid-batch recovery. 

TCAM CHECKPOINT/RESTART FACILITY 

The checkpoint/restart facility allows the Message Control 
Program to be restarted after a closedown or system failure 
by using information periodically recorded on the status of 
each station, destination queue, terminal table entry, and 
invitation list in the system. Upon restart, the terminal 
table, option table, invitation lists (optional), and internal 
control blocks associated with stations and lines are re- 



stored to their condition just before closedown or system 
failure. Outgoing message traffic to each destination re- 
sumes with the highest-priority, unsent message. 

Checkpoints of the MCP can be coordinated with oper- 
ating system checkpoints of TCAM application programs 
(described in the Checkpoint/ Restart Planning Guide), so 
that the entire TCAM system can be restored to its con- 
dition at the time of closedown or failure. 

Records for Checkpoint/Restart 

Checkpoint records containing the information necessary 
to reconstruct the MCP environment upon restart are kept 
in a checkpoint data set on disk. Four types of records can 
reside in the checkpoint data set: a control record, two or 
more environment records, a series of incident records, and 
one or more checkpoint request records. 

The control record is used internally by TCAM during 
restart and need not be considered by the user. 

Environment records are taken automatically at certain 
points during the execution of the MCP to preserve 
the total MCP environment. Each record contains 
information on the status of each line, terminal, mes- 
sage queue, and invitation list (optional) at the time 
the record was taken, and the contents of the option 
fields for each station. 

When a new checkpoint record is taken, it overlays tl 
oldest environment record in the data set. Ordinarily 
TCAM uses the most recent environment record in the 
data set to reconstruct the MCP environment for a 
restart. If, however, the latest record cannot be used 
(perhaps because of a disk read or write error), TCAM 
informs the user by a console message and automatic- 
ally attempts to use the next most recent record. If 
that record is also unusable, TCAM attempts to use the 
next environment record, etc. 

Incident records are automatically taken to record 
single changes in line status, terminal status, and option 
fields introduced by Message Handler macros, certain 
application-program macros, and operator commands. 
Incident records are used to update the MCP environ- 
ment at restart time if the user specifies that a warm 
restart be performed following either a quick or flush 
closedown, or that a continuation restart be performed 
following system failure (see"Restart," below). 

The TCAM restart routine updates the MCP fields 
with the latest usable environment record, then further 
updates these fields with the incident records taken 
since the environment record was taken. 

Checkpoint request records, initiated by a macro in an 
application program, record the status of the applica- 
tion program's message queues. They are used in much 
the same way as incident records to update the environ- 
ment record during restart. 
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Closedown 

System closedown can be initiated from either an applica- 
tion program or operator control station, and can be either 
a flush or quick closedown of the entire MCP or a flush or 
quick closedown of the stations supported through VTAM. 

In a flush closedown, any incoming message traffic is 
completed, all outgoing messages are sent or "flushed" from 
the message queues, and an environment record is taken. 

In a quick closedown, message traffic is stopped on each 
line as soon as any current message is completed, and the 
status of each queue is preserved with an environment 
record. Messages are sent to their destinations after restart. 

Restart 

Restart is here defined as any TCAM start-up other than a 
cold start. A cold start ignores the previous environment 
(for an initial start-up, there is no previous environment). 
The message queues are regarded as new and must have 
been reformatted. 

There are two forms of restart that reconstruct the envir- 
onment as it existed before termination. In one, the MCP 
environment is reestablished as it existed before system 
failure by using the last environment record, the incident 
records, and the checkpoint request records. From this 
point, the message queues are searched to determine the 
last complete message received and transmitted for each 
queue. 

In the other form, used after either a quick or a flush 
closedown, the MCP environment is reconstructed as for a 
continuation restart, except that there are no incident 
records, and the search of the message queues is minimal 
because an environment checkpoint was taken after message 
traffic was stopped. 



When only the TCAM/VTAM link was closed down, it 
can be restarted with an operator command without affect- 
ing the rest of the MCP. 

Restart does not re-establish logons for stations attached 
through VTAM. 

ON-LINE TEST FOR RESOURCES NOT ATTACHED 
THROUGH VTAM 

On-line test is an optional TCAM facility that permits either 
a system console operator or a remote station user to deter- 
mine whether transmission control units and remote sta- 
tions are working properly by: 

• Diagnosing machine errors; 

• Verifying repairs; 

• Verifying engineering changes; 

• Checking stations periodically; 

• Checking new stations brought on-line. 

No programming considerations are required of the system 
console operator or remote station user who requests an 
on-line test for a device. This optional function is specified 
during TCAM installation. Control program also acts as an 
interface between TCAM and the station tests, conveys 
messages to the user about the tests, schedules and controls 
tests, and notifies the user when he makes an invalid request 
or must furnish more data for a test. The minimum amount 
of main storage for running an on-line test is 18K bytes. 
Detailed user information is contained in the TCAM 
User's Guide and TCAM Programmer's Guide. 
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Appendix: Configurations Supported 



TCAM operates under the operating system VS.1 or VS2 
environment on any System/370 Model 135 or above (that 
is, a CPU having at least 144K of main storage). The only 
additions to the minimum requirements of the System/370 
Operating System are: 

• All telecommunications terminals, except the IBM 
2260/2848 Local or the 3270 Local, must be attached 
to either an IBM 2701 Data Adapter Unit Model 1, an 
IBM 2702 Transmission Control Model 1 , an IBM 2703 
Transmission Control Model 1 , an IBM 3704/3705 
Communications Controller, or an IBM 7770 Audio 
Response Unit Model 3; they cannot be attached directly 
to a channel. 

• All IBM 2701, 2702, 2703, or 7770 control units that 
operate under TCAM must be attached to the System/370 
through the multiplexer channel. 

• An IBM 3704/3705 Communications Controller with 
the Emulation Program must be attached to the 
System/370 through the multiplexer channel. 

• The 3704/3705 Communications Controller can be 
used with either VTAM and a Network Control Program 
(NCP) or Emulator Program (EP) attached to a 
System/370 or Partitioned Emulator Program (PEP). 

• No device may be operated in burst mode on the multi- 
plexer channel concurrently with the operation of 
TCAM, except when the TCAM operation involves only 
the 2260 Display Complex (Local). 

The following additional features may be required: 

• The ATTACH macro capability must be specified for a 
VS 1 system. This is done at system generation time. 

• The line correction feature on IBM 1050 Data Communi- 
cation System terminals if automatic retry is desired 
when a transmission error occurs. 

TRANSMISSION CONTROL UNITS 

IBM 2701 Data Adapter Unit 

The 2701 provides an interface for the System/370 to the 
teleprocessing network. With appropriate features, the 
2701 can attach up to: 

• Four half-duplex start-stop communications lines, or 

• Four (maximum of two operating simultaneously) half- 
duplex binary synchronous communications lines, or 

• Two half-duplex, start-stop display communications 
lines. 



IBM 2702 Transmission Control Unit 

The 2702 offers greater line handling capacities than the 
2701. However, because the 2702 attaches only start-stop 
lines, fewer terminal types can be serviced. The 2702 can 
be equipped to attach up to 3 1 start-stop lines. 

Additionally, the 2702 can be equipped for Auto Poll 
operation. Auto Poll provides automatic continuation of 
polling, after a negative response, without program 
interruption. 

IBM 2703 Transmission Control Unit 

The 2703 offers greater line handling capabilities than either 
the 2701 or the 2702, and in addition attaches both start- 
stop and binary synchronous communications lines. The 
2703 can be equipped to attach up to 176 start-stop or up 
to 48 binary synchronous lines. Auto Poll is a standard 
feature of the 2703. 

IBM 3704/3705 Communications Controller 

The 3704 and 3705 are programmable communications 
controllers. Programs are generated by the user and reside 
within the 3704 and/or the 3705. Three modes of opera- 
tion are available: Emulation Program mode, Network 
Control Program mode, and Partitioned Emulator Program 
mode. When in Emulation Program mode, the 3704/3705 
emulates 2701, 2702, or 2703 operation. When in Network 
Control Program mode, the 3704/3705 provides the 
functions of the 2701 , 2702, and 2703 and in addition 
assumes a major portion of the line management and 
buffering responsibility. In Partitioned Emulator Program 
mode, the 3704/3705 provides both the NCP and EP 
functions. 

The 3704/3705 attaches to System/370 and communi- 
cates with a wide variety of devices in either start-stop, 
binary synchronous, or synchronous data link control 
operation. The 3704/3705 can be configured with from 
16K to 240K bytes of storage, and, depending on line 
speed and operating mode, with up to 352 communications 
lines. 

Emulation mode allows the 3704/3705 to be incorpor- 
ated into existing systems with a minimum of program 
changes. TCAM functions, operation, and device support 
are the same as if the device being emulated were installed. 

In order to have TCAM support for stations attached to 
a 3704 or 3705 Communications Controller operating in 
Network Control Program (NCP) mode, TCAM must be 
run in conjunction with VTAM. All communication with 



Appendix: Configurations Supported 37 



a 3704/3705 NCP must be handled through VTAM. See 
VTAM Introduction for more information. 

Network Control Program mode allows the 3704/3705 
to assume many of the TCAM functions described else- 
where in this book. The TCAM 3704/3705 configuration 
can run in either VS1 or VS2 environment. It is, however, 
restricted to use with VTAM and the operating system in 
System/370 Models 145, 155, 165, and 195. 

When operating with the 3704/3705 Network Control 
Program, TCAM uses the same MCP/application program 
structure as is used with other TCUs; however, because 
network stations and options must be known to the TCAM 
MCP, VTAM, and the 3705 Network Control Program, 
several TCAM macros and operands are provided to ensure 
compatibility. 

IBM 7770 Audio Response Unit 

The 7770 converts coded messages, received from the CPU, 
into voice messages for transmission to a station. In its 
typical application, the 7770 receives inquires, in digital 
form, from stations. The inquires are transferred to the 
CPU for processing. After processing, the CPU returns a 
coded reply to the 7770. The 7770 converts the reply 
into audio form and transmits it to the originating station. 

The 7770 can attach to System/360 or System/370 
and can be equipped to service up to 48 communications 
lines. 



STATIONS 

Figure 6 shows IBM stations supported by TCAM. In 
addition to these, a variety of custom stations are avail- 
able; your IBM Marketing Representative can provide in- 
formation on custom stations. 

TCAM also supports the following IBM systems as 
terminals: 

• System/3 

• System/7 

• System/360 

• System/370 

• 1 130 Computing System* 

• 1800 Data Acquisition and Control System* 

*Not supported by TCAM when attached to a 3704 or 
3705 Communications Controller. 

Also supported are: World Trade teleprinters using CCITT 
No. 2 or No. 5 code on leased point-to-point lines; and 
terminals using the following line-control disciplines: AT&T 
83B3 or WU 115A start-stop code, over point-to-point or 
multipoint leased telegraph lines; AT&T CPT-TWX (33/35) 
start-stop code over switched lines. 

Attachment of non-IBM terminals is under the provisions 
of the IBM Multiple Supplier Systems Policy. 
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Station Type 




Channel Type 


Audio 
TCU Response 
Unit 


Line Type 


Notes 


Multi- 
plexer 


Selector 


BM 2701 
Data 
Adapter 
Unit 


IBM 2702 
Trans- 
mission 
Control 


BM 2703 
Trans- 
mission 
Control 


IBM 3705 
EP 

Ccmm 
Controller 


BM 3705 
NCP 
Ccmm 
Controller 


BM 7770 
Model 3 

Switched 


Non- 
Switched 


IBM 1030 Data Collection 
System 


Auto Poll 


X 






X 


X 


X 








X 


The IBM Digital Time Out feature cannot be 
attached through an IBM 2701 TCU. 




X 




X 


X 


X 


X 








X 


IBM 1050 Data 
Communication System 


Auto Poll 


X 






X 


X 


X 


X 






X 






X 




X 


X 


X 


X 


X 




X 


X 


IBM 1060 Data 
Communication System 


Auto Poll 


X 






X 


X 


X 








X 






X 




X 


X 


X 


X 








X 


IBM 2260-2848 Display 
Complex (Remote) 




X 




X 






X 








X 




IBM 2260-2848 Display 
Complex (Local) 




X 


X 




















IBM 2265-2845 Display 
Complex (Remote) 




X 




X 






X 








X 




IBM 2740 Model 1 
Communication Terminal 


Auto Poll 


X 






X 


X 


X 








X 


Two Types: 

2740 with station control 

2740 with station control and record checking 




X 




X 


X 


X 


X 


X 






X 


Four Types: 

2740 basic 

2740 with station control 

2740 with record checking 

2740 with station control and record checking 




X 




X 


X 


X 


X 






X 




Four Types, all with dial: 

2740 

2740 with transmit control 

2740 with record checking 

2740 with transmit control and record checking 


IBM 2740 
Communication 
Terminal 
Model 2 


Auto Poll 


X 






X 


X 


X 


X 






X 


Four Types: 

2740 

2740 with record checking 

2740 with buffer receive 

2740 without buffer receive 

(requires line slowdown feature) 




X 




X 


X 


X 


X 








X 


Four Types: 

2740 

2740 with record checking 

2740 with buffer receive 

2740 without buffer receive 


IBM 2741 Communication 
Terminal 




X 




X 


X 


X 


X 


X 




X 


X 




IBM 1 130 Computing 
System 




X 




X 




X 


X 






X 


X 


BSC transmission 


IBM2760 Data 

Communication System 




X 




X 




X 


X 


X 




X 


X 


BSC transmission using either ASCII or 
EBCDIC code 


IBM 2770 Data 

Transmission Terminal 




X 




X 




X 


X 


X 




X 


X 


BSC transmission ASCII, EBCDIC, or 6-bit 
code 


IBM 2780 Optical Image 
Unit 




X 




X 


X 


X 


X 






X 


X 


Attached to a 2740 Model 1 with record 
checking 


IBM 2790 Data 
Communications System 




X 




X 




X 


X 






X 


X 




IBM 2972 General 
Banking Terminal 
















X 










IBM 3270 Information 
Display System 




X 




X 




X 


X 


X 






X 




IBM 3600 

Communication 

System 
















X 











Figure 6. Device Configurations Supported by TCAM (Part 1 of 2) 
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Channel Type 


TCU 


Audio 

Response 

Unit 


Line Type 


Notes 


Station Type 


Multi- 
plexer 


Selector 


IBM 2701 
Dato 
Adopter 
Unit 


IBM 2702 
Trans- 
mission 
Control 


IBM 2703 
Trans- 
mission 
Control 


IBM 3705 
EP 

Ccmm 
Controller 


IBM 3705 
NCP 
Ccmm 
Controller 


IBM 7770 
Model 3 


Switched 


Non- 
Switched 


IBM 3670 Brokerage 
Communication System 




X 




X 




X 


X 








X 


BSC transmission using EBCDIC code 


IBM 3735 Programmable 
Buffered Terminal 




X 




X 




X 


X 


X 




X 


X 


Either ASCII or EBCDIC 


IBM 3740 Data Entry System 




X 




X 




X 


X 






X 


X 


BSC transmission code TERM=BSCI or 
TERM=BSC?on TERMINAL macro 


IBM 3780 Doto 
Communication Terminal 




X 




X 




X 


X 


X 




X 


X 


BSC transmission using either ASCII or 
EBCDIC code 


IBM System/3 




X 




X 




X 


X 


X 




X 


X 




IBM System/7 




X 




X 


X 


X 


X 


X 










IBM System/360 Model 20 




X 




X 




X 


X 


X 




X 


X 


BSC transmission using either ASCII or 
EBCDIC code 


IBM System/360 Model 25 
and above 




X 




X 




X 


X 






X 


X 


BSC transmission and point-to-point lines 
only 


IBM System/370 Model 135 
and above 




X 




X 




X 


X 


X 




X 


X 


BSC transmission and point-to-point lines 
only 


IBM System/370 Model 135 
Integrated Communication 
Attachment 
















X 










AT&T 83B3 Selective 
Calling Station 




X 




X 


X 


X 


X 


X 






X 




Western Union Plan 11 5 A 
Outstations 




X 




X 


X 


X 


X 


X 






X 




TWX Models 33 and 35 




X 




X 


X 


X 


X 


X 




X 




Tel«type terminals, dial service (8 level code) 


World Trade Telegraph 
Terminals 




X 




X 


X 


X 


X 


X 






X 


Control unit must incorporate a WTTA 


Audio terminals 




X 














X 


X 




Example IBM 2721 Portable Audio Terminal 



Figure 6. Device Configurations Supported by TCAM (Part 2 of 2) 
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Glossary 



The following glossary is a listing of the communication 
terms used in the manual. For a complete listing of all 
communication terms, refer to Data Processing Glossary, 
order No. GC20- 1699. 

accepting: In systems with the telecommunications access method 
(TCAM), the process in which a terminal obtains a message trans- 
mitted to it from the computer. Contrast with entering. See also 
receiving, sending. 

accepting station: A destination station that accepts a message. 

access line: A line which continuously connects a remote station 
to a switching center (exchange). A telephone number is associated 
with the access line. 

access method: A technique for moving data between main storage 
and in put/ output devices. 

active line: A line which is currently available for transmission of 
data. 

active station: A station which is currently eligible for entering or 
accepting messages on the line. 

addressing: The means whereby the originator or control station 
selects the unit to which it is going to send a message. 

addressing characters: Identifying characters sent by the computer 
over a line that cause a particular station (or component) to be 
selected to accept a message sent by the computer. 

allocate: To assign a resource for use in performing a specific task. 

American National Standard Code for Information Interchange: 
*The standard code, using a coded character set consisting of 7-bit 
coded characters (8 bits including parity check), used for informa- 
tion interchange among data processing systems, communication 
system, and associated equipment. The ASCII set consists of 
control characters and graphic characters. Synonymous with 
USASCII. 

answering: A procedure by which a called party completes a con- 
nection (for switched lines). 

application program: A program written by a user that applies to 
his own work. Application programs run asynchronously with the 
Message Control Program; they are usually located in another parti- 
tion or region of main storage. There may be many TCAM applica- 
tion programs or none, depending on the needs of the user. 

AR U: See Audio Response Unit. 

ASCII: Sec American National Standard Code for Information 
Interchange. 

assemble: To prepare a machine language program from a symbolic 
language program by substituting absolute operation codes for sym- 
bolic operation codes and absolute or relocatable addresses for 
symbolic addresses. 

asynchronous operation: Processing of messages in an application 
program independently from message control in the MCP; asyn- 
chronous operations in TCAM result in better utilization of the dif- 
ferences between handling and processing speeds. (See also message 
handling and message processing.) 



audio inquiry: Keying or dialing data into a computer having an 
attached IBM 7770 Model 3 Audio Response Unit to provide an 
audible response. 

audio line: A switched communication line attached to an audio 
response unit, such as the IBM 7770 Model 3 Audio Response Unit. 

audio response message: An audible response generated by an 

IBM 7770 Model 3 Audio Response Unit from output accepted from 

a computer. 

Audio Response Unit: An output device, such as the IBM 7770 
Audio Response Unit, that provides a spoken response to digital 
inquiries from a telephone or other device. The response is com- 
posed from a vocabulary of words prerecorded on a magnetic drum 
and can be transmitted over communication lines to the location 
from which the inquiry originated. 

audio terminal: A unit of equipment associated with an audio 
response unit, at which keyed or dialed data is entered for trans- 
mission to the computer and which produces an audio response as 
output accepted from the computer. 

Auto-Answer: A hardware feature that provides a transmission 
control unit or station with the capability to automatically respond 
to a call over a switched line. See also unattended operation. 

Auto Call: A hardware feature that provides a transmission control 
unit or station with the capability to automatically initiate a call 
over a switched line. 

Automatic Polling: A hardware feature of a telecommunications 
unit that processes a polling list, polling the terminals in order and 
handling negative responses to polling without interrupting the 
central processing unit. At the end of the list, polling is begun 
again automatically at the beginning of the list. Synonymous 
with au top oil. See also polling. 

Autopoll: Same as automatic polling. 

available unit queue: In systems with the telecommunications 
access method (TCAM), a queue in main storage to which all buffer 
units are assigned initially (that is, prior to assignments to TCAM 
lines and application programs requiring buffers). 

batch processing: (1) ^Pertaining to the technique of executing a 
set of computer programs such that each is completed before the 
next program of the set is started. (2) *Pertaining to the sequential 
input of computer programs or data. (3) *Loosely, the execution of 
computer programs serially. (4) In systems with the time sharing 
option (TSO), the processing of one job step in a region, so called 
because jobs are submitted in a group or batch. 

bid: In the contention form of invitation or selection, an attempt 
by the computer or a station to seize control of a line so that it can 
transmit data. 

Binary Synchronous Communications (BSC): Data transmission in 
which character synchronism is controlled by timing signals gen- 
erated at the sending and receiving stations. Contrast with start- 
stop transmission. 

block: (1) A set of things, such as words, characters, or digits, 
handled as a unit. (2) A collection of contiguous records recorded 
as a unit. Blocks are separated by block gaps and each block may 
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contain one or more records. (3) A group of bits, or n-ary digits, 
transmitted as a unit. An encoding procedure is generally applied 
to the group of bits or n-ary digits for error-control purposes. 
(4) A group of contiguous characters recorded as a unit. 

BSC: See binary synchronous communications. 

buffer: (1) *A routine or storage used to compensate for a differ- 
ence in rate of flow of data, or time of occurrence of events, when 
transmitting data from one device to another. (2) An area of storage 
that is temporarily reserved for use in performing an input/output 
operation, into which data is read or from which data is written. 
Synonymous with I/O area. 

Buffers can also be used as work areas in TCAM. The size of 
TCAM buffers is designated by the user. 

buffer allocation: The assignment of buffers by TCAM to lines or 
application programs to prepare for reception of message segments 
from stations or application programs. See also dynamic buffer 
allocation and static buffer allocation. 

buffer deallocation: In a sending operation, the return of the units 
in a buffer to the available-unit queue after the data in these units 
has been sent to its destination station or application program; in a 
receiving operation, the transfer of full buffers from the line or 
application program to the incoming group of the Message Handler 
that is to process the message segments. 

buffer pool: (1) An area of storage in which all buffers of a prob- 
lem program are kept. (2) In systems with the telecommunications 
access method (TCAM), a group of buffers having the same size. A 
buffer pool is established at initialization time in the message 
control program; the buffers are built in extents chained together. 

buffer prefix: In systems with the telecommunications access 
method (TCAM), a control area contained within each TCAM buf- 
fer. TCAM fills the prefix area with buffer control information. 

buffer size: The number of bytes in each buffer in a line group. 

buffer unit: In systems with the telecommunications access meth- 
od (TCAM), a block from which TCAM buffers are constructed. 

buffer unit pool: In a system with the telecommunications access 
method (TCAM), all of the buffer units for that system. 

burst mode: A means of transferring data to or from a particular 
I/O device on either the multiplexer or selector channel. All chan- 
nel controls are monopolized for the duration of data transfer. 

*call: (1) To transfer control to a specified closed subroutine. 
(2) In communications, the action performed by the calling party, 
or the operations necessary in making a call, or the effective use 
made of a connection between two stations. (3) Synonymous with 
cue. 

calling: In communications, a procedure by which a first party 
attempts to establish a connection with a second party through a 
central exchange. See also dialing. 

cascade entry: An entry in a terminal table associated with a 
cascade list. 

cascade list: A list of pointers to single, group, or process entries. 
A message is queued for the valid entry in the list with the fewest 
messages queued for it. 

catalog: (I) *An ordered compilation of item descriptions and 
sufficient information to afford access to the items. (2) The col- 
lection of all data set indexes that are used by the control program 
to locate a volume containing a specific data set. (3) To include 
the volume identification of a data set in the catalog. (4) Under 
the Disk and Tape Operating Systems (DOS and TOS), to enter a 
phase, module, or book into one of the system libraries. 

central computer: The computer in which TCAM is operating as 
the control program for a teleprocessing network. Often referred 
to in this publication as the computer. 



Central Processing Unit (CPU): The portion of a computer that 
interprets and executes instructions. 

channel: (1) *A path along which signals can be sent, for example, 
data channel, output channel. (2) *The portion of a storage 
medium that is accessible to a given reading or writing station, for 
example, track, band. (3) *In communication, a means of one- 
way transmission. Several channels may share common equipment. 
For example, in frequency multiplexing carrier systems, each 
channel uses a particular frequency band that is reserved for it. 
Contrast with circuit. (4) A hardware device that connects the CPU 
and main storage with the I/O control units. (5) As used in the 
tariffs, a path for electrical transmission between two or more 
points without common-carrier-provided terminal equipment. 
Synonymous with circuit, line, link, path, facility. 

Channel Program Block (CPB): In systems with the telecommuni- 
cations access method (TCAM), a control block used in the transfer 
of data between buffer units and message queues maintained on 
disk. 

checkpoint data set: A sequential or partitioned data set con- 
taining a collection of checkpoint entries. If a checkpoint data set 
is a partitioned data set, each checkpoint entry is a member. 

checkpoint records: Records that contain the status of a job and 
the system at the time the records are written by the checkpoint 
routine. These records provide the information necessary for re- 
starting a job without having to return to the beginning of the job. 
The four types of checkpoint records in TCAM are environment 
records, incident records, checkpoint request records, and a con- 
trol record. 

checkpoint request record: In systems with the telecommuni- 
cations access method (TCAM), a checkpoint record taken as a 
result of the execution of a CKREQ macro instruction in an appli- 
cation program; the record contains the status of a single destination 
queue for the application program. 

checkpoint restart: The process of resuming a job at a checkpoint 
within the job step that caused abnormal termination. At the oper- 
ator's discretion, the restart may be automatic or deferred, where 
deferring involves resubmitting the job. 

closedown: In systems with the telecommunications access method, 
an orderly deactivation of the message control program. See quick 
closedown and flush closedown. 

cold restart: Start-up of a TCAM MCP following either a flush 
closedown, a quick closedown, or a system failure. A cold restart 
ignores the previous environment (that is, the MCP is started as if 
this were the initial start-up); it is the only type of restart possible 
when no checkpoint/restart is used. 

common carrier: A government-regulated private company which 
furnishes the general public with telecommunications service 
facilities; for example, a telephone or telegraph company. 

communication line: Any medium, such as a wire or a telephone 
circuit, that connects a remote terminal with a computer. 

component: (1) In teleprocessing, one or more input/ output de- 
vices attached to a single control unit, and together making up one 
remote terminal. (2) A point in a communications system at which 
data can enter or leave; an input/output device. A component is 
always attached to a terminal control unit. 

concatenated data set: A collection of logically connected data 
sets. See job library. 

concentration: The process of combining multiple messages into a 
single message for transmission. 

concentrator: Any device that either combines multiple incoming 
messages into a single message (concentration), or extracts indi- 
vidual messages from data sent in a single transmission sequence 
(deconcen tration ) . 
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Concentrator Terminal Buffer (CTB): The amount of data in indi- 
vidual messages transmitted either to or from a concentrator. 
Buffer in this instance bears no relationship to a TCAM buffer. 

Concurrent: Pertaining to the occurrence of two or more events 
or activities within the same specified interval of time. Contrast 
with consecutive, sequential, simultaneous. 

contention: (1) A condition on a multidrop communication channel 
when two or more locations try to transmit at the same time. (2) Un- 
regulated bidding for a line by multiple users. (3) In systems with 
the telecommunications access method (TCAM), any point-to-point 
line configuration in which the station on the line does not use poll- 
ing or addressing characters. 

continuation restart: A restart of the TCAM Message Control Pro- 
gram following termination of the MCP because of system failure; 
TCAM checkpoint/restart is used to restore the MCP environment 
as nearly as possible to its condition before failure. 

*control character: (1) A character whose occurrence in a particular 
context initiates, modifies, or stops a control operation, for example 
a character that controls carriage return, a character that controls 
transmission of data over communication networks. A control char- 
acter may be recorded for use in a subsequent action. It may in 
some circumstances have a graphic representation. 

control record: In systems with the telecommunications access 
method (TCAM), a record included in a checkpoint data set which 
keeps track of the correct environment, incident, and checkpoint 
request records to use for restructuring the message control pro- 
gram environment during restart. 

control unit: A device that controls the reading, writing, or display 
of data at one or more input/output devices. 

CPB: See channel program block. 

CPU: Sec cen tral processing unit. 

*crosstalk: The unwanted energy transferred from one circuit, 
called the "disturbing" circuit, to another circuit, called the 
"disturbed" circuit. 

CTB: See concentrator terminal buffer. 

DASD : S ee direct-access storage device. 

data collection: A telecommunication application in which data 
from several locations is accumulated at one location (in a queue 
or on a file) before batch processing. 

Data Control Block (DCB): A control block used by access 
routines in storing and retrieving data. 

data link: The communications lines, modems, and communica- 
tion controls of all stations connected to the line, used in the trans- 
mission of information between two or more stations. 

data set: (1) The major unit of data storage and retrieval in the 
operating system, consisting of a collection of data in one of several 
prescribed arrangements and described by control information to 
which the system has access. (2) A device which performs the 
modulation/demodulation and control functions necessary to pro- 
vide compatibility between business machines and communications 
facilities. 

delimiter macro instructions: TCAM macro instructions that 
classify and identify sequences of functional macro instructions 
and direct control to the appropriate sequence of functional macro 
instructions. 

destination: The place to which a message is to be snet after it 
leaves a Message Handler: either a station, a group of stations, or an 
application program. One or more destinations can be specified by 
the user. 



destination queue: In systems with the telecommunications access 
method (TCAM), a queue on which messages bound for a particular 
destination are placed after being processed by the incoming group 
of the message handler. 

destination station: A station that accepts a message sent to it by 
the outgoing group of the message handler. 

dial: See call. 

dial line: See switched line. 

Direct Access Storage Device (DASD): A device in which the access 
time is effectively independent of the location of the data. 

disabling the line: Causing the computer to condition either the 
transmission control unit or the audio response unit to ignore incom- 
ing calls on a switched line; the line is then available for TCAM to 
send queued messages to a station on that line. See enabling the 
line. 

disk: See direct-access storage device. 

distribution list: In systems with the telecommunications access 
method (TCAM), a list of terminals, each of which is to receive any 
message directed to the group. 

dynamic buffer allocation: The assignment of buffers to a line on 
an as-needed basis, after a message has started coming in over the 
line ; dynamic allocation occurs following program controlled 
interruptions. See also static buffer allocation. 

EBCDIC: Extended Binary Coded Decimal Interchange Code. 

enabling the line: In systems with the telecommunications access 
method (TCAM), the process of conditioning the transmission con- 
trol unit to accept incoming calls on a line. 

end of address character: (1) One or more control characters trans- 
mitted on aline to indicate the end of non-text characters (for 
example, addressing characters). (2) In systems with the telecom- 
munications access method (TCAM), a character that must be 
placed in a message if the system is to route that message to several 
destinations. The character must immediately follow the last 
destination code in the message header. Abbreviated EOA. 

entering: In systems with the telecommunications access method 
(TCAM), the process in which a terminal places on the line a mes- 
sage to be transmitted to the computer. Contrast with accepting. 
See also receiving, sending. 

environment record: In systems with the telecommunications 
access method (TCAM), a record of the total telecommunications 
environment at a single point in time. 

At restart time, an environment record is updated by the con- 
tents of incident records taken after the environment record was 
taken, and the updated environment record is then used to recon- 
struct the Message Control Program environment as it existed befort 
MCP closedown or failure. 

EOA: See end-of-address character. 

Error Recovery Procedures (ERP): Standard procedures designed 
to ensure that all the routines that test particular devices provide a 
uniform type and quality of information. 

exchange: A unit established by a communications common 
carrier for the administration of communication service in a spe- 
cified area which usually embraces a city, town, or village and its 
environs. It consists of one or more central offices together with 
the associated equipment used in furnishing communication ser- 
vice. Synonymous with central office. 

extended lock mode: A type of lock mode wherein a station is 
locked for the duration of several inquiry-response cycles. 
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FEFO (first-ended, first-out): A queuing scheme in which a mes- 
sage on a destination queue, whose final segment arrived first at the 
queue, is sent before any other message in the same priority group. 

FIFO (first-in, first-out): A queuing scheme whereby equal-priority 
message on the same destination queue are sent in the order that 
their first segments arrived at the queue. 

flush closedown: A closedown of the TCAM Message Control Pro- 
gram during which incoming message traffic is suspended and 
queued outgoing messages are sent to their destinations ("flushed" 
from the message queues) before closedown is completed. See also 
quick closedown. 

functional macro instructions: TCAM macro instructions that per- 
form the specific operations required for messages directed to the 
Message Handler; compare delimiter macro instructions. 

GET: (1) To obtain a record from an input file. (2) The system 
macro instruction used in queued data access to obtain a record 
from an input data set. The instruction is device-independent. 
See also PUT, READ, and WRITE. 

*half duplex: In communications, pertaining to an alternate, one 
way at a time, independent transmission. Contrast with duplex. 

handling: Functions provided by the Message Control Program. 
See message handling. 

header: See message header. 

Identification (ID) characters: Characters sent by a BSC station or 
the central computer on a switched line to identify the sender. 

inactive line: A communication line not currently available for 
transmitting data. 

inactive station: In systems with the telecommunications access 
method (TCAM), a station that is currently ineligible for entering 
or accepting messages. 

incident record: A checkpoint record of a change in station status 
or in an option field since the last environment record. Incident 
records are used to update the information in environment records 
when restarting after a closedown or system failure. 

incoming message: A message being transmitted from a station to 
the central computer. Compare outgoing message. 

input sequence number: A number in each message header that is 
checked by the Message Handler to ensure receiving messages in 
correct order. Its use is optional. 

inquiry and transaction processing: A type of teleprocessing appli- 
cation in which inquiries and records of transactions received from 
a number of remote terminals are used to interrogate or update one 
or more master files maintained by the central system. 

intercepted station: In systems with the telecommunications 
access method (TCAM), a station to which no messages may be 
sent. An intercepted station can enter messages -only messages 
queued for the destination are stopped. 

invitation: The process in which a computer makes contact with a 
terminal in order to give the terminal the opportunity to transmit 
a message if it has one ready; forms of invitation include polling and 
enabling. 

invitation delay: A period, on nonswitched polled lines, when out- 
going messages are sent to stations with receiving priority. This 
delay is observed for all polled stations on a line when the end of 
the invitation list for that line is reached, whether or not the com- 
puter has any messages to send. If no invitation delay is specified, 
no messages can be sent. See also system interval. 

invitation list: In systems with the telecommunications access 
method (TCAM), a sequence of polling characters or identification 
sequences associated with the stations on line; the order in which 
the characters are specified determines the order in which the 
stations are invited to enter a message. 



job: (1) *A specified group of tasks prescribed as a unit of work 
for a computer. By extension, a job usually includes all necessary 
computer programs, linkages, files, and instructions to the operating 
system. (2) In System/370 operating systems, a collection of 
related problem programs, identified in the input stream by a JOB 
statement followed by one or more EXEC and DD statements. 
(3) In systems with the time sharing option (TSO), the processing 
done on behalf of one user from LOGON to LOGOFF; one terminal 
session. 

job library: A set of user-identified, partitioned data sets used as 
the primary source of load modules for a given job. 

line: In communications, same as channel, circuit. See also 
nonswitched line, switched line, point-to-point line, and multipoint 
line. 

line control: The scheme of operating procedures and control 
signals by which a telecommunications system is controlled. 

line-control characters: Characters that regulate the transmission 
of data over a line-delimiting messages, checking for transmission 
errors, indicating whether a station has data to send or is ready to 
receive data, etc. 

line group: In systems with the telecommunications access 
method (TCAM), a set of one or more communications lines of the 
same type, over which terminals with similar characteristics can 
communicate with the computer. 

line-group data set: A data set made up of all the lines in a line 
group, whose data is the transmitted messages. 

line traffic: Data transmission on a line. 

link edit: Combining and editing of program object modules into 
a single load module for execution in main storage. 

linkage editor: A processing program that prepares the output of 
language translators for execution. It combines separately produced 
object or load modules; resolves symbolic cross references among 
them; replaces, deletes, and adds control sections, and generates 
overlay structures on request; and produces executable code (a load 
module) that is ready to be fetched into main storage. 

local station: A station whose control unit is connected directly 
to a computer data channel by cable rather than by common- 
carrier line. Compare remote station. 

locate mode: A way of providing data by pointing to its location 
instead of moving it. 

lock mode: In systems with the telecommunications access method 
(TCAM), a mode in which the connection between a terminal and an 
application program is maintained for the duration of a message and 
its response. 

Use of lock mode decreases response time. A station can be 
placed in lock mode for the duration of one or several inquiry/ 
response cycles. Compare extended lock mode. 

log: A collection of messages or message segments placed on a 
secondary storage device for accounting or data collection. 

logical message: A unit of data defined by the user by coding the 
SETEOM functional macro. 

logical record: (1) *A collection of items independent of their 
physical environment. Portions of the same logical record may be 
located in different physical records. (2) A record from the stand- 
point of its content, function, and use rather than its physical attri- 
butes; that is, one that is defined in terms of the information it 
contains. 

logical unit (LU): In Systems Network Architecture, the port 
through which an end-use-mechanism accesses the communications 
network. The TCAM MCP is the logical unit for TCAM application 
programs. An application program in the 3601 controller is the 
logical unit for a 3600 terminal operator. Each logical unit may 
service one or more end-use mechanism. 
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MCP: See Message Con trol Program. 

message: (1) *An arbitrary amount of information whose beginning 
and end are defined or implied. (2) In telecommunications, a com- 
bination of characters and symbols transmitted from one point to 
another on a network. 

Message Control Program (MCP): A program that is used to control 
the sending or reception of messages to or from remote terminals. 

message handler: In systems with the telecommunications access 
method (TCAM), a sequence of user-specified macro instructions that 
examine and process control information in message headers, and 
perform functions necessary to prepare message segments for for- 
warding to their destinations. One message handler is required for 
each line group having unique message handling requirements. 

message handling: Processing of header control information by 
user-specified TCAM macro instructions. Compare message pro- 
cessing. 

message header: The leading part of a message that contains infor- 
mation such as the source or destination code of the message, the 
message priority, and the type of message. See also message text. 

message priority : The relative order in which the messages in a 
destination queue are transmitted to a destination. Up to 255 dif- 
ferent priority levels can be assigned to a single destination. 
Priority can be specified in the message header or assigned by a 
macro instruction. 

message processing: Strictly, functions, provided by a user-designed 
application program that operate on the text of messages; in this 
publication, occasionally generalized to include header processing. 
Sec also, message handling. 

message queue: A queue of messages that are awaiting processing or 
waiting to be sent to a terminal. 

message queues data set: A TCAM data set that contains one or 
more destination queues. Up to three message queues data sets can 
be specified for a TCAM Message Control Program. 

message segment: The portion of a message contained in a single 
buffer. 

message switching: A telecommunications application in which a 
message receivied by a central system from one terminal is sent to 
one or more other terminals. 

mid-batch recovery: The ability to recover from permanent text 
errors encountered in any block of data following the first block in 
a multiblock message. 

mixed environment: A system in which TCAM and TSO tasks con- 
currently share all necessary system resources. 

modem: See data set. 

*move mode: In some variable-word-length computers, data trans- 
mission such that certain delimiters are not moved with the data. 
Contrast with load mode. 

multiplexer channel: A channel designed to operate with a number 
of I/O devices simultaneously. Several I/O devices can transfer 
records at the same time by interleaving bytes of data. 

multipoint line: A line or circuit connecting several stations. 

non-switched line: A connection between a remote terminal and 
a computer that docs not have to be established by dialing. 

nontransparent mode: A form of BSC transmission in which all 
control characters are treated as control characters rather than as 
text. Compare transparent mode. 

Online Test System (OLTSj: A system that allows a user to test 
I/O devices concurrently with execution of programs. Tests may 
be run to diagnose I/O errors, verify repairs, and engineering 
changes, or to periodically check devices. 



operator command: A statement to the control program, issued 
via a console device, or control terminal, which causes the control 
program to provide requested information, alter normal operations, 
initiate new operations, or terminate existing operations. 

operator control station: In systems with the telecommunications 
access method (TCAM), any station that is eligible to enter operator 
commands. 

option field: A storage area containing data relating to a particular 
station, component, line, or application program used by certain 
Message Handler or user routines. 

OS/VS: Operating system/virtual storage. A compatible extension 
of the System/360 Operating System that supports relocation and 
the extended control facilities of System/370. 

outgoing message : A message being transmitted from the computer 
to a destination. 

output sequence numbers: Numbers in a message header that de- 
termine the order in which the messages are sent to a destination. 
See also input sequence number. 

partition: (1) Under the VS1 configuration of the control pro- 
gram, a subdivision of the dynamic area that is allocated to a job 
step or a system task. See also region. 

(2) In the IBM System/370 Operating System, a data set in direct 
access storage can be divided into partitions, called members, each 
of which can contain a program or part of a program. Each par- 
titioned data set contains a directory (or index) that the control 
program can use to locate a program in the library. Synonymous 
with program library. 

PCI: See program-controlled interruption. 

physical transmission: The amount of data entered on a line 
during an entire transmission sequence, from the first byte of data 
to the end-of- transmission character. 

point-to-point line: A line that connects a single remote station to 
the computer; it may be either switched or nonswitched. 

polling: A technique by which each of the terminals sharing a com- 
munications line is periodically interrogated to determine whether 
it requires servicing. 

polling characters: A set of characters peculiar to a terminal and 
the polling operation; response to these characters indicates to the 
computer whether the terminal has a message to enter. 

polling delay: A user-specified delay between polling passes through 
an invitation list for cither a line or a line group. See also system 
interval. 

polling pass: A series of operations in which the computer invites 
each station, in a specified sequential order, to enter messages. 

prefix: See buffer prefix. 

primary operator control station: In systems with the telecom- 
munications access method (TCAM), the operator control station 
that can receive an error recovery procedure message, send operator 
commands, adn receive related responses. 

primary storage: Main storage. 

priority: See message priority and transmission priority. 

process queue: A destination queue for an application program. 

processing: Functions provided by a user-designed application pro- 
gram. 

program data set: See data set. 

Program-Controlled Interruption (PCI): An interruption that allows 
buffers to be deallocated continuously, replenishing the available 
unit pool. 
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PUT: (1) To place a single data record into an output file. (2) A 
system macro instruction used in queued data access that places a 
record in an output data set. It is logically sequential and device- 
independent. See also GET, READ, and WRITE. 

queue: (1) A waiting line or list formed by items in a system 
waiting for service; for example, tasks to be performed or messages 
to be transmitted in message switching system. (2) To arrange in, 
or form, a queue. 

*queued access method: Any access method that automatically 
synchronizes the transfer of data between the program using the 
access method and input/output devices, thereby eliminating 
delays for input/output operations. 

quick closedown: A closedown of the TCAM Message Control Pro- 
gram in which message traffic on each line is stopped as soon as any 
messages currently being sent or received are transmitted. 

READ: (1) To acquire or interpret data from a storage device, a data 
medium, or any other source. (2) A system macro instruction that 
retrieves a data block from an input data set and places it in a user- 
designated work area in main storage. This technique is used when 
the sequence in which the records are to be processed is unknown, 
or when the user does not want some or all of the automatic 
functions performed by the queued access technique. See also 
WRITE, GET, and PUT. 

read-ahead queue: An area of main storage from which an applica- 
tion program obtains work units, using GET or READ macro instruc- 
tions, to move them to a work area. 

receiving: The process by which a computer obtains a message 
from a line. Contrast with sending. See also accepting, entering. 

*record: A collection of related items of data, treated as a unit, for 
example, one line of an invoice any form a record; a complete set 
of such records may form a file. See logical record. 

region: (1) Under the VS2 configuration of the control program, 
a subdivision of the dynamic area that is allocated to a job step or 
a system task. (2) An overlay region is a continuous area of main 
storage in which segments can be loaded independently of paths in 
other regions. Only one path within a region can be in main storage 
at any one time. 

remote station: (1) *Data terminal equipment for communicating 
with a data processing system from a location that is time, space, or 
electrically distant. (2) Contrast with local station. 

resource: Any facility of the computing system or operating 
system required by a job or task, and including main storage, input/ 
output devices, the central processing unit, data sets, and control 
processing programs. 

*restart: To re-establish the execution of a routine, using the data 
recorded at a checkpoint. 

SDLC: See Synchronous Data Link Control. 

secondary operator control station: In systems with the telecom- 
munications access method (TCAM), any operator control station 
that can send operator commands and receive related responses. 

segment: (1) *To divide a computer program into parts such that 
the program can be executed without the entire program being in 
internal storage at any one time. (2) *A part of a computer program 
as in (1). (3) In telecommunications, a portion of a message that 
can be contained in a buffer. 

seize: To gain control of a line for transmitting data. See also bid. 

selection: addressing a terminal or a component on a selective 
calling circuit. 

selector channel: A channel designed to operate with only one I/O 
device at a time. Once the I/O device is selected, a complete record 
is transferred one byte at a time. 



sending: The process by which the central computer places a mes- 
sage on a line for transmission to a terminal. Contrast with receiving. 
See also accepting, entering. 

sequence number: See input sequence number and output sequence 
number. 

single entry: An entry in the terminal table associated with a 
single station or station component; one such entry must be 
created for each station in the TCAM system not defined by a group 
entry. 

SNA : See Systems Network A rch itec ture. 

start-stop transmission: Asynchronous transmission in which each 
group of code elements corresponding to a character signal is pre- 
ceded by a start signal which serves to prepare the receiving mech- 
anism for the reception and registration of a character, and is fol- 
lowed by a stop signal which serves to bring the receiving mechanism 
to rest in preparation for the reception of the next character. 

static buffer allocation: The assignment of each line buffer before 
transmission over that line. 

station: (1) One of the input or output points of a communications 
system; for example, the telephone set in the telephone system or 
the point where the business machine interfaces with the channel on 
a leased private line. (2) A computer or terminal. 

subblock: That portion of a binary synchronous (BSC) message 
terminated by an ITB line-control character. 

subgroup: A subdivision of either an incoming or outgoing group. 
An incoming group is made up of inheader, inblock, inbuffer, and 
inmessage subgroups; an outgoing group of outheader, outbuffer, 
and outmessage subgroups. 

substitute mode: A transmittal mode used with exchange buffering 
on which segments are pointed to, and exchanged with, user work 
areas. See also locate mode and move mode. 

switched line: A communication line in which the connection 
between the computer and a remote station is established by dialing. 
Synonymous with dial line. 

Synchronous Data Link Control: A discipline for the management 
of synchronous, transparent, serial-by-bit information transfered 
over a communications channel. Transmission exchanges may be 
duplex or half-duplex over switched or dedicated communication 
lines. The communications channel configuration may be point-to- 
point, multipoint, or loop. SDLC includes comprehensive detection 
and recovery procedures for transmission errors introduced by the 
communications channel. 

system closedown: Sec closedown. 

system interval: A user-specified interval during which polling and 
addressing are suspended on multipoint lines to polled stations. The 
system interval is specified during TCAM initialization and is ini- 
tiated by an operator command; it optimizes productive polling by 
minimizing central processing unit time and synchronizing polling. 
The duration of subsequent system intervals can be changed with 
another operator command. Sec also invitation delay. 

Systems Network Architecture (SNA): The communication con- 
cept which divides the total communication function into logical 
layers (for example, application layer, function management layer, 
transmission management layer, etc.), each of which performs a 
specific function in the exchange of data between end-use mecha- 
nisms. Supported only when TCAM is used in conjunction with 
VTAM. 

task: A unit of work for the central processing unit from the stand- 
point of the control program; therefore, the basic multiprogramming 
unit under the control program. 

TCU: See transmission control unit. 
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telecommunications: (1) *Pertaining to the transmission of signals 
over long distances, such as by telegraph, radio, or television. 
(2) Data transmission between a computing system and remotely 
located devices via a unit that performs the necessary format con- 
version and controls the rate of transmission. 

teleprocessing: The processing of data that is received from or sent 
to remote locations by way of telecommunication lines. 

terminal: (1) *A point in a system or communication network at 
which data can either enter or leave. (2) Any device capable of 
sending and receiving information over a communication channel. 

terminal table: An ordered collection of information that iden- 
tifies each line, station, component, or application program from 
which a message can originate or to which a message can be sent. 

termination: See closedown. 

text: (1) *In ASCII and communications, a sequence of characters 
treated as an entity if preceded and terminated by one STX and one 
EXT communication control character, respectively. Contrast with 
heading. (2) The control sections of an object module or load 
module. (3) The data portion of a telecommunications message. 

time sharing: (1) ^Pertaining to the interleaved use of the time of 
a device. (2) A method of using a computing system that allows a 
number of users to execute programs concurrently and to interact 
with the programs during execution. 

Time Sharing Option (TSO): An option of the IBM System/370 
Operating System that provides conversational time sharing from 
remote terminals. 

^transmission: (1) The sending of data from one location and the 
receiving of data in another location, usually leaving the source 
data unchanged. (2) The sending of data. (3) In ASCII and com- 
munications, a series of characters, including headings and texts. 

transmission code: A code for sending information over com- 
munications lines. 

transmission control unit: An input/output control unit that 
addresses messages to and receives messages from a number of 
remote terminals. Synonymous with telecommunications con- 
trol unit. 



transmission priority: The relative order of sending and receiv- 
ing for a station, specified by line group. The three transmission 
priorities possible are send, equal, and receive; the exact meaning 
of each depends upon the line configuration and type of station. 
See also message priority. 

transmission technique: The method used to manage the transfer 
of data over a communication line. See binary synchronous com- 
munications and start-stop transmission. 

transparent mode: A mode of BSC transmission in which most 
characters, including normally restricted, control characters, are 
transmitted as data. Characters retained for control are preceded 
by a special DLE character. 

TSO: See Time Sharing Option. 

unit: See buffer unit or work unit. 

US ASCII: See A merican National Standard Code for Information 
Interchange. 

VS: SeeOS/VS. 

warm restart: A restart of the TCAM Message Control Program 
following either a quick or flush closedown: the TCAM check- 
point/restart facility is used to restore the MCP environment as 
nearly as possible to its condition before failure. See restart. 

work area: An area designated for an application program to 
handle the work units obtained by a GET or READ macro instruc- 
tion. 

work unit: The unit of data obtained by a GET or READ macro 
instruction for processing in an application program. The work 
unit may be a message, record, or segment (for QTAM-compatible 
application programs). 

*WRITE: (1) To record data in a storage device or a data medium. 
The recording need not be permanent, such as the writing on a 
cathode ray tube display device. (2) A system macro instruction 
used to place data in an output data set from a designated work 
area in main storage. See also READ, GET, and PUT. 
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lost data, recording 34 
LU-to-LU session 16 



machine and device requirements 37 
macro instructions 

controlling message traffic 5 

protection against unauthorized use 34 

types used in Message Handler 22 

use 21 
main storage 

message queues data set 18 

queuing 5, 19 

with disk backup 19 
maintaining orderly message flow 25 

message priority and queuing 25 

transmission priority 26 
MCP (see Message Control Program) 
MCP functions unique to TCAM attached stations 14 
MCP/application program interface 29 
message 21 

backup copy on disk 7 

concentration 27 
for output 27 
retransmitting erroneous block 35 

logical 27 

maintaining count 21 

multiblock error recovery 34 

processing by application program 29 

units 21 
message concentrating 27 
Message Control Program (MCP) 21 

application program interface 29 

asynchronous operation 5 

closing 33 

data collection 8 

definition 1 

designing 5 

dump 34 

execution 18 

handling logical messages 27 

logging messages handled by 34 

maintaining orderly message flow 25 
queuing 25 

message concentrating 27 

message flow within the system 22 

message handlers 22 

message switching 8 

processing messages 21 

reconstructing for restart 35 

restarting 35 

TCAM messages 21 

Time Sharing Option 27 
message count, displaying 33 
message editing 21 

specifying 5 
message flow 22, 25 

application program 29 

determining for MCP 34 

example 24 

subgroups, example 24 

within the system 22 



27 



25 



Message Handler 22 

concentrating messages 

TSO 27 
message lock 29 
message logging 34 
message priority 25 

and queuing 25 

effect on message flow 
message processing 8 
message queue status 35 
message queues data set 18 

disk queuing 18 

dump 34 

main storage queuing 1 9 
message retrieval 29,30 

limitation 18-19 
message routing 21 

specifying 5 
message segment 19 
message switching 8 
message traffic, control 5 
mid -batch recovery 34, 35 
mixed environment (TSO) 27 
multiblock message, error recovery 
multiple applications 9 
multiple-arm support 
multiple b uff ers 1 7 
multiplexer channel 
multipoint line 2 
multiprocessing 37 



34 



7,19 



37 



network control 33 

from application program 29 
Network Control Program 14, 37 
network management 1,14 
Network Solicitor 15 
nonreusable disk queuing 7 
nonswitched contention station, priority 26 
nonswitched line 2 
nonswitched station, priority 26 
non transparent mode 12 



on-line test 36 

for resources not attached through VTAM 36 

operating environment 17 
operator commands 

entering 33 

from application program 33 

incorrectly formatted 3 3 

responses to 33 
operator control 33 

altering delays 1 3 

changing primary station 33 

from application program 29 

intercepting/releasing concentrated messages 27 
operator control station 33 

closing system from 36 
option field 22 

altering 33 

displaying 3 3 

inserting data in 33 
option field status 35 
outbuffer subgroup 22 
outgoing message, concentrating 27 
outheader subgroup 22 
outmessage subgroup 22 
overrun, recording 34 
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partition 17 

Partitioned Emulator Program 14 

PCI (program-controlled interruption) 19 

permanent error 34 

permanent-error record 34 

permanent text error 34 

physical message 29 

physical transmission 22 

converting to logical messages 27 
point-to-point line 2 
polling 12, 13 

changing delay 33 

changing type 33 

displaying type used 33 
polling characters 12 
polling interval 13 

altering 13 
prefix 19 

primary logical unit 16 
primary operator control station 33 

changing to secondary 33 
priority 

concentrated message 27 

TCAM application programs 29 

transmission 26 

VTAM 26 
program-controlled interruption (PCI) 19 
programmed polling 33 
programmed -polling delay, altering 33 



queued access method, advantages 2 
queuing 17,21,25 

by line 25 

by station 25-26 

disk 18 

effect on message flow 25 

main storage 19 

options 7 

priority for concentrated messages 27 

requirements for mid-batch recovery 35 

status, determining 33 
quick closedown 36 



receive priority 25 

concentrated message 27 
record 22, 29 

checkpoint/restart 35 
records for checkpoint/restart 35 

checkpoint request record 35 

environment record 35 

incident record 35 
recoverable error 

record 34 

TCAM procedures for 34 
register availability 7 
releasing intercepted messages 33 
response message, queuing 21 
restart 35,36 
reusable disk queuing 7 



secondary logical unit 16 

secondary operator control station 33 

changing to primary 3 3 
segment 19, 21 
selection 12 
selector channel 37 
send priority 26 

concentrated message 27 
service facilities 33 
session 15, 17 

LU-to-LU 16 



SNA (see Systems Network Architecture) 

SNA LU, chain 22 

special characteristics of teleprocessing systems 1 

specifying application program work units 30 

start-stop transmission 1 1 

start-up 36 

static buffering 7 

station 

activating/deactivating 33 

entering operator commands from 33 

error recording for 34 

invitation and selection 12 

remote 1 

removing from invitation list 33 

specifying number of temporary error records 34 

starting/stopping 33 

supported by TCAM 38 

testing 36 

used as alternative destination 33 
station address, displaying 33 
station queue, intercepting/releasing messages 33 
station status, determining 33 
status, displaying for line or station 33 
subblock 21 
subgroup 22 

inblock 22, 27 

example 24 
subtask trace 34 
switch 22 

switched station, priority 26 
system closedown 36 

through operator control 33 
system console 

as operator control station 33 

entering operator commands from 33 
system delay 1 3 

initializing/altering 33 
system environment, defining 5 
system failure, restart following 35 
Systems Network Architecture 8, 14, 16 



tables, generating 5 
task protection 5 
TCAM 1 

advantages of queuing 2 
checkpoint 3 1 
environment 17 

buffering 17 

buffers 19 

data sets 1 8 

operating environment 17 

queuing 17 
features 5 
functions 2 
linkages 3,4,5 
messages 21 
response time 8 
service facilities 33 
TCAM checkpoint/restart facility 35 
closedown 36 

records for checkpoint/restart 35 
restart 36 
TCAM service facilities 33 

additional debugging aids 34 
error-recovery procedures 34 

mid-batch recovery 36 
I/O error recording for non-VTAM stations 34 
logging 34 
network control 33 

OLT for resources not attached through VTAM 36 
operator control 33 

from an application program 33 

stations 33 
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14 
14 



TCAM service facilities {continued) 

TCAM checkpoint/restart facility 35 
closedown 36 
on-line test 36 
restart 36 
use of alternate destination 33 
TCAM sessions with VTAM-attached stations 15 
TCAM/VTAM considerations 14 
TCAM/VTAM link 15 
TCAM/VTAM operating techniques 14 
telecommunication network, examining or altering status 33 
teleprocessing configurations 2, 3, 4 
teleprocessing system 1,11 
configuration 2, 3, 4 
special characteristics 1 
using TCAM with VTAM 
activating 1 5 
considerations 14 
distributed function 
operating techniques 
sessions 15 
SNA 16 
using TCAM without VTAM 1 1 
addressing 1 3 
contention 1 3 
identification exchange 13 
line control 1 1 
polling 1 2 
transmission codes 1 1 
transmission techniques 11 
temporary error record 34 
terminal 2 

recording I/O errors 
terminal and line control 
terminal lock 30 
terminal status 35 
terminal table 14 
text error, recovery from 
text mode 12 

Time Sharing Option (TSO) 27 
time-out 12 

recording 34 
TPIO trace 34 
trace tables 34 
translation 21 
transmission codes 11 
transmission control units 2, 37 
IBM 2701 Data Adapter Unit 37 
IBM 2702 Transmission Control Unit 37 
IBM 2703 Transmission Control Unit 37 
IBM 3704/3705 Communications Controller 37 
IBM 7770 Audio Response Unit 38 
testing 36 



34 
13 



34 



transmission priority 26 

effect on message flow 26 

for various types of non-VTAM lines 26 
transmission techniques 1 1 
transparent mode 7,12 
TSO (Time Sharing Option) 27 
TSO -only environment 27 



unit 19 

unit exception, recording 34 

unit pool 19 

USASCII 11 

use of alternate destinations 33 

using TCAM with VTAM 14 

activating TCAM/VTAM 15 

distributed function 14 

Systems Network Architecture 1 6 

TCAM sessions with VTAM-attached stations 15 

TCAM/VTAM considerations 14 

TCAM/VTAM operating techniques 14 
using TCAM without VTAM 1 1 

addressing 1 3 

contention 13 

functions unique to TCAM-attachcd stations 14 

identification exchange 1 3 

invitation and selection of stations 12 

line control 11 

MCP functions unique to TCAM-attached stations 1.4 

polling 1 2 

terminal and line control 13 

transmission codes 11 

transmission techniques 1 1 



Virtual Telecommunications Access Method 1 
VS checkpoint 31 

VTAM (see also Virtual Telecommunications Access Method) 
buffer 19, 22 



why teleprocessing 1 
work area 25 
work unit 25 
specifying 27 

3600 Finance Communications System 16 
3704/3705 Communications Controller 1, 37 
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